Я в полном ауте... SELECT вместо результатов показывает год рождения Чингиз-хана...

Есть вот такие элементарные таблицы:

create table parent (
pid serial8,
valid varchar(8) default 'v',
tstamp timestamp without time zone default now(),
dbuser varchar(200) default getpgusername()
);

create table posts (
pstid serial8 primary key,
post varchar(200) not null
) inherits (parent);

Забиваю в них данные:

touch sampledata.sql

insert into posts (post) values ('Генеральный директор');
insert into posts (post) values ('Системный администратор');
insert into posts (post) values ('Начальник отдела');
insert into posts (post) values ('Заместитель генерального директора');
insert into posts (post) values ('Рабочий');
insert into posts (post) values ('Менеджер');
insert into posts (post) values ('Бухгалтер');
insert into posts (post) values ('Главный бухгалтер');

sudo -u pgsql /usr/local/bin/psql mailbook < sampledata.sql

B пытаюсь выполнить простые SELECT. Результат превосходит все ожидания:

Добро пожаловать в psql 8.0.4 - Интерактивный Терминал PostgreSQL.

mailbook=# select * from posts;
LOG: statement: select * from posts;
LOG: duration: 2.631 ms
pid | valid | tstamp | dbuser | pstid | post
-----+-------+----------------------------+--------+-------+--------------------------------------------
2 | v | 2006-07-22 01:43:56.301282 | pgsql | 1 | Генеральный директор
3 | v | 2006-07-22 01:44:01.541886 | pgsql | 2 | Системный администратор
4 | v | 2006-07-22 01:44:07.024343 | pgsql | 3 | Начальник отдела
11 | v | 2006-07-22 01:45:13.304819 | pgsql | 4 | Заместитель генерального директора
12 | v | 2006-07-22 01:45:20.067468 | pgsql | 5 | Рабочий
13 | v | 2006-07-22 01:45:24.935647 | pgsql | 6 | Менеджер
14 | v | 2006-07-22 01:45:29.543318 | pgsql | 7 | Бухгалтер
15 | v | 2006-07-22 01:45:35.491483 | pgsql | 8 | Главный бухгалтер
(записей: 8)

mailbook=# select * from posts where post = 'Генеральный директор';
LOG: statement: select * from posts where post = 'Генеральный директор';
LOG: duration: 1.985 ms
pid | valid | tstamp | dbuser | pstid | post
-----+-------+----------------------------+--------+-------+------------------------------
2 | v | 2006-07-22 01:43:56.301282 | pgsql | 1 | Генеральный директор
(1 запись)

mailbook=# select * from posts where post = 'Заместитель генерального директора';
LOG: statement: select * from posts where post = 'Заместитель генерального директора';
LOG: duration: 1.660 ms
pid | valid | tstamp | dbuser | pstid | post
-----+-------+--------+--------+-------+------
(записей: 0)


Единственное, что удалось выясниь за целый день - эта беда не возникает, если данные загонять через pctl. Если ввожу данные в
таблицу через веб-форму или в пакетном режиме через psql mailbook < file.sql
Не зависти ни от кодировки, ни от пользователя, под которым работаешь.
Что за беда?

pamir shrdluЧто за беда?
Действительно, что за беда-то?
Вопрос в чем? Почему записи не нашел?
Вот именно, почему? Точнее, почему часть записей находит, а часть нет?

pamirДа, и еще, какая кодировка в базе?
KOI-8R
Что чудес не бывает, в курсе, но до сих пор разбираюсь. По id ищет без проблем. Засада в том, что в ряде случаев надо искать как раз id по имени.

Да, и еще, к вопросу о чудесах и возможных ошибках с лишними пробелами/совпадающими в кириллице и латинице символами. Провел вот такой эксперимент только что:

mailbook=# select * from posts where post = 'Заместитель генерального директора';
LOG: statement: select * from posts where post = 'Заместитель генерального директора';
LOG: duration: 1.541 ms
pid | valid | tstamp | dbuser | pstid | post
-----+-------+--------+--------+-------+------
(записей: 0)

Записей ноль. А теперь вызываю предыдущий select и меняю знак равенства на LIKE:

mailbook=# select * from posts where post like 'Заместитель генерального директора';
LOG: statement: select * from posts where post like 'Заместитель генерального директора';
LOG: duration: 2.004 ms
pid | valid | tstamp | dbuser | pstid | post
-----+-------+----------------------------+---------+-------+------------------------------------
11 | v | 2006-07-22 01:45:13.304819 | pgsql | 4 | Заместитель генерального директора
(1 запись)

И запись есть!
Помнится, то ли в interbase то ли где-то еще был такой глюк, что для текстовых полей надо было использовать исключительно конструкции like - но postgres этим вроде не страдает?

st_serglower/upper нормально с кириллицей работают? всмысле initdb выполнена в koi8 локали или нет?

С lower/upper проблем не замечал, а вот в какой локали последний раз делалось iniddb - уже не помню, надо взять это на заметку.

IgorNKПопробовал ваш пример в 8ю1ю4. Запись выбирается в обоих случаях


У меня случались похожие проблемы, но это отдельная тема. Попытайтесь привести искомую строку к тому же типу, что и поле, т.е.



К сожалению, сейчас нет возможности обновить постгрес. Сделаю при первой возможности. За совет с приведением типов спасибо, пойду пробовать.

В общем, проблема решилась. Видимо, в последний раз initdb выполнялся из под кого-то нерусского. Снес весь кластер, проинициализировал заново, теперь все ищет как миленький. Всем спасибо!