SELECT fails to present result rows depending on the columns to show

Started by Matthias Apitzover 4 years ago4 messagesgeneral
Jump to latest
#1Matthias Apitz
guru@unixarea.de

Hello,

We encounter the following problem in a 13.1 server on Linux:

sisis=# select desk, feldnr from titel_worte where desk = '2' and feldnr = 257;
desk | feldnr
------+--------
2 | 257
(1 row)

but:

sisis=# select * from titel_worte where desk = '2' and feldnr = 257;
desknr | feldnr | desk | deskorg | gesanz | aufanz | katkey1 | katkey2
--------+--------+------+---------+--------+--------+---------+---------
(0 row)

sisis=# select desk, feldnr, deskorg from titel_worte where desk = '2' and feldnr = 257;
desk | feldnr | deskorg
------+--------+---------
(0 row)

The table was created as:

create table titel_worte (
desknr serial ,
feldnr SMALLINT ,
desk VARCHAR (245) ,
deskorg VARCHAR (245) ,
gesanz INTEGER ,
aufanz INTEGER ,
katkey1 INTEGER ,
katkey2 INTEGER
)
;

There are no messages in the serverlog when the SELECT fails to show the
row.

What could be the reason for this? Thanks

matthias
--
Matthias Apitz, ✉ guru@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub

#2Ilya Anfimov
ilan@tzirechnoy.com
In reply to: Matthias Apitz (#1)
Re: SELECT fails to present result rows depending on the columns to show

On Tue, Nov 23, 2021 at 09:15:06AM +0100, Matthias Apitz wrote:

Hello,

We encounter the following problem in a 13.1 server on Linux:

sisis=# select desk, feldnr from titel_worte where desk = '2' and feldnr = 257;
desk | feldnr
------+--------
2 | 257
(1 row)

but:

sisis=# select * from titel_worte where desk = '2' and feldnr = 257;
desknr | feldnr | desk | deskorg | gesanz | aufanz | katkey1 | katkey2
--------+--------+------+---------+--------+--------+---------+---------
(0 row)

sisis=# select desk, feldnr, deskorg from titel_worte where desk = '2' and feldnr = 257;
desk | feldnr | deskorg
------+--------+---------
(0 row)

The table was created as:

create table titel_worte (
desknr serial ,
feldnr SMALLINT ,
desk VARCHAR (245) ,
deskorg VARCHAR (245) ,
gesanz INTEGER ,
aufanz INTEGER ,
katkey1 INTEGER ,
katkey2 INTEGER
)
;

There are no messages in the serverlog when the SELECT fails to show the
row.

What could be the reason for this? Thanks

Broken index could. Then this anomaly shoud have gone after reindex table.

Show quoted text

matthias
--
Matthias Apitz, ??? guru@unixarea.de, http://www.unixarea.de/ +49-176-38902045
Public GnuPG key: http://www.unixarea.de/key.pub

#3Thomas Kellerer
shammat@gmx.net
In reply to: Ilya Anfimov (#2)
Re: SELECT fails to present result rows depending on the columns to show

Ilya Anfimov schrieb am 23.11.2021 um 09:31:

but:

sisis=# select * from titel_worte where desk = '2' and feldnr = 257;
desknr | feldnr | desk | deskorg | gesanz | aufanz | katkey1 | katkey2
--------+--------+------+---------+--------+--------+---------+---------
(0 row)

sisis=# select desk, feldnr, deskorg from titel_worte where desk = '2' and feldnr = 257;
desk | feldnr | deskorg
------+--------+---------
(0 row)

The table was created as:

create table titel_worte (
desknr serial ,
feldnr SMALLINT ,
desk VARCHAR (245) ,
deskorg VARCHAR (245) ,
gesanz INTEGER ,
aufanz INTEGER ,
katkey1 INTEGER ,
katkey2 INTEGER
)
;

There are no messages in the serverlog when the SELECT fails to show the
row.

What could be the reason for this? Thanks

Broken index could. Then this anomaly shoud have gone after reindex table.

Ilya refers to the problems decribed here:

https://wiki.postgresql.org/wiki/Locale_data_changes

#4Matthias Apitz
guru@unixarea.de
In reply to: Thomas Kellerer (#3)
Re: SELECT fails to present result rows depending on the columns to show

El día martes, noviembre 23, 2021 a las 10:09:36 +0100, Thomas Kellerer escribió:

Broken index could. Then this anomaly shoud have gone after reindex table.

Ilya refers to the problems decribed here:

https://wiki.postgresql.org/wiki/Locale_data_changes

Thanks for the pointer. What is written there matches with the system
patch by our IT department some days ago to all our SLES 15 servers.

We have to talk and see what we have todo.

matthias