Russian Qt Forum

Есть Debian + QT 4.5 + PostgreSQL

Есть такая таблица:

CREATE TABLE posts
(
  post_id serial NOT NULL,
  ip_addr character varying(255),
  post_name character varying(255),
  work_mode integer,
  status integer,
  CONSTRAINT posts_pkey PRIMARY KEY (post_id)
)

добавляю значит данные в неё так:


    QSqlQuery query;
    query.prepare("INSERT INTO posts (ip_addr, post_name, work_mode, status)" "VALUES (?, ?, ?, 1);");
    query.bindValue(0,ip_addr);
    query.bindValue(1,post_name);
    query.bindValue(2,work_mode);
    query.exec();

выводит ошибку QSqlError (-1, "QPSQL: Unable to create query". "ERROR: duplicate key value violates unique constraint "post-pkey")

если делаю так:

query.prepare("INSERT INTO posts (post_id, ip_addr, post_name, work_mode, status)" "VALUES (1, ?, ?, ?, 1);");

то вставка проходит.

Почему не хочет автоматически вставляться primary key?

>>Почему не хочет автоматически вставляться primary key?
а собственно, какое значение Qt должна туда вставлять?

При создании ты же сам указал, что не ноль:
   post_id serial NOT NULL
и первым способом ничего не записываешь туда, поэтому видимо и не может добавить.
А вторым ты явно указал какой id будет, поэтому и добавляет.

Сделай post_id автоинкрементом, если конечно id у тебя уникальны должны быть, тогда следующий id будет сам генерироваться.
Думаю может помочь

lit-uriy, у него поле post_id типа SERIAL (это что-то вроде автоинкремента).
Vlad, тут дело не в Qt. Раз СУБД ругается на нарушение ограничения целостности, значит оно есть.

Кстати, почему названия ОЦ разные?
...CONSTRAINT posts_pkey PRIMARY KEY (post_id)...
...duplicate key value violates unique constraint "post-pkey"

Значит моя версия решения проблемы не подходит. Извиняюсь!

опечатка просто, в ошибке тоже валит posts-pkey

Какая версия PostgreSQL? Как обрабатывается такой запрос?
query.prepare("INSERT INTO posts (post_id, ip_addr, post_name, work_mode, status)" "VALUES (DEFAULT, ?, ?, ?, 1);");

P.S. Да, и вы уверены что таблица именно такая? Не был ли случайно удалён sequence posts_post_id_seq?

Есть ли данные в этой таблице? Если да, то какое текущее значение последовательности posts_post_id_seq и максимальное значение в поле post_id?

Да вроде на месте, гляжу колонку post_id в pgAdmin 3:
Тип: Sequence        Имя: posts_post_id_seq                                    Ограничение: auto
Тип: Function         Имя: nextval('posts_post_id_seq'::regclass)          Ограничение: auto

Базу проектирую не я, если ошибка в базе, придется выяснять это с её разработчиком.

Данные есть 39 записей, 37 забил для теста в pgAdmin version 1.11.0, 2 занес своей программой, предварительно добавив post_id в запрос руками.

posts_post_id_seq    по умолчанию стоит - nextval('posts_post_id_seq'::regclass). максимальное значение post_id - 39.

Вообще, если это ошибка в базе, думаю надо мне с её разработчиком это выяснять, базу не я делаю

Хм. Э. Ппроблема как то странно решилась. После очередных плясок, вдруг стало заноситься как было написано в самом начале. В коде ничего такого не менял, чтобы могло повлиять на работу. В pgAdmin вроде тоже ничего не исправлял  :-\

Чуток почитав про PostgreSQL, а точнее про тип SERIAL, я смекнул в чем дело.
Такой код

SQL
CREATE TABLE tablename (
    colname SERIAL
);
 

эквивалентен

SQL
CREATE SEQUENCE tablename_colname_seq;
CREATE TABLE tablename (
    colname integer DEFAULT NEXTVAL('tablename_colname_seq') NOT NULL
);
 

Ключевое слово DEFAULT. Оно означает, что в поле заносится следующее значение из последовательности, при передачи NULL. Ты сказал, что занес 2 записи с указанием конкретных значений поля (скорей всего продолжил последовательность), после чего сгенерированная последовательность "отстала" на 2. Затем, после 2-х неудачных попыток вставки с дефолтным значением, последовательность "догнала" максимальное значение автоинкрементного поля. Вот и получилось, что проблема разрешилась сама собой.
Как-то так :)

Попробуй увеличить значение sequence posts_post_id_seq на 10. Тут проблема точно в sequence. У меня поначалу тоже такие ошибки лезли.