Функция PostgreSQL для последнего вставленного идентификатора

Question

Как в PostgreSQL получить последний идентификатор, вставленный в таблицу?

В MS SQL есть SCOPE_IDENTITY ().

Пожалуйста, не советуйте мне использовать что-то вроде этого:

select max(id) from table

Answer 1

(tl;dr: перейти к варианту 3: ВСТАВИТЬ с ВОЗВРАТОМ)

Напомним, что в postgresql отсутствует концепция «id» для таблиц, просто sequence (которые обычно, но не обязательно, используются в качестве значений по умолчанию для суррогатных первичных ключей, с SERIAL псевдо-типа).

Если вы заинтересованы в получении идентификатора недавно вставленной строки, есть несколько способов:

---

Вариант 1: CURRVAL(<sequence name>);.

Например:

  INSERT INTO persons (lastname,firstname) VALUES ('Smith', 'John');
  SELECT currval('persons_id_seq');

Имя последовательности должно быть известно, оно действительно произвольно; в этом примере мы предполагаем, что таблица persons имеет столбец id, созданный с псевдотипом SERIAL. Чтобы не полагаться на это и чувствовать себя более чистым, вместо этого вы можете использовать pg_get_serial_sequence:

  INSERT INTO persons (lastname,firstname) VALUES ('Smith', 'John');
  SELECT currval(pg_get_serial_sequence('persons','id'));

Предупреждение: currval() работает только после INSERT (который выполнил nextval()), в том же сеансе .

---

Вариант 2: LASTVAL();

Это похоже на предыдущее, только вам не нужно указывать имя последовательности: она ищет самую последнюю измененную последовательность (всегда внутри вашего сеанса, то же предупреждение, что и выше).

---

Оба CURRVAL и LASTVAL полностью безопасны одновременно. Поведение последовательности в PG спроектировано таким образом, что другой сеанс не будет мешать, поэтому нет риска возникновения условий гонки (если другой сеанс вставит другую строку между моим INSERT и моим SELECT, я все равно получу правильное значение).

Однако у них есть небольшая потенциальная проблема. Если в базе данных есть какой-то TRIGGER (или RULE), который при вставке в таблицу persons делает некоторые дополнительные вставки в другие таблицы ... тогда LASTVAL, вероятно, даст нам неправильное значение. Проблема может даже возникнуть с CURRVAL, если дополнительные вставки выполняются в той же таблице persons (это гораздо менее обычно, но риск все еще существует).

---

Вариант 3: INSERT с RETURNING

INSERT INTO persons (lastname,firstname) VALUES ('Smith', 'John') RETURNING id;

Это самый чистый, эффективный и безопасный способ получения идентификатора. Это не имеет никакого риска предыдущего.

Недостатки? Почти ничего: вам может понадобиться изменить способ вызова оператора INSERT (в худшем случае, возможно, ваш уровень API или DB не ожидает, что INSERT вернет значение); это не стандартный SQL (кого это волнует); доступно с Postgresql 8.2 (декабрь 2006 ...)

---

Вывод: если можете, перейдите к варианту 3. В другом месте предпочтите 1.

Примечание: все эти методы бесполезны, если вы хотите получить последний глобально вставленный идентификатор (не обязательно в вашем сеансе). Для этого вы должны прибегнуть к select max(id) from table (конечно, это не будет читать незафиксированные вставки из других транзакций).

Answer 2

См. Предложение RETURNING оператора INSERT . По сути, INSERT удваивается как запрос и возвращает вам значение, которое было вставлено.

Answer 3

вы можете использовать предложение RETURNING в операторе INSERT, точно так же как следующее

wgzhao=# create table foo(id int,name text);
CREATE TABLE
wgzhao=# insert into foo values(1,'wgzhao') returning id;
 id 
----
  1
(1 row)

INSERT 0 1
wgzhao=# insert into foo values(3,'wgzhao') returning id;
 id 
----
  3
(1 row)

INSERT 0 1

wgzhao=# create table bar(id serial,name text);
CREATE TABLE
wgzhao=# insert into bar(name) values('wgzhao') returning id;
 id 
----
  1
(1 row)

INSERT 0 1
wgzhao=# insert into bar(name) values('wgzhao') returning id;
 id 
----
  2
(1 row)

INSERT 0 

Answer 4

Ответ Леонблоя вполне завершен. Я бы добавил только тот особый случай, когда нужно получить последнее вставленное значение из функции PL / pgSQL, где ОПЦИЯ 3 не подходит точно.

Например, если у нас есть следующие таблицы:

CREATE TABLE person(
   id serial,
   lastname character varying (50),
   firstname character varying (50),
   CONSTRAINT person_pk PRIMARY KEY (id)
);

CREATE TABLE client (
    id integer,
   CONSTRAINT client_pk PRIMARY KEY (id),
   CONSTRAINT fk_client_person FOREIGN KEY (id)
       REFERENCES person (id) MATCH SIMPLE
);

Если нам нужно вставить запись клиента, мы должны обратиться к записи о человеке. Но скажем, мы хотим разработать функцию PL / pgSQL, которая вставляет новую запись в клиент, но также заботится о вставке новой записи о человеке. Для этого мы должны использовать небольшое изменение ВАРИАНТА 3 Леонблоя:

INSERT INTO person(lastname, firstname) 
VALUES (lastn, firstn) 
RETURNING id INTO [new_variable];

Обратите внимание, что есть два предложения INTO. Следовательно, функция PL / pgSQL будет определена следующим образом:

CREATE OR REPLACE FUNCTION new_client(lastn character varying, firstn character varying)
  RETURNS integer AS
$BODY$
DECLARE
   v_id integer;
BEGIN
   -- Inserts the new person record and retrieves the last inserted id
   INSERT INTO person(lastname, firstname)
   VALUES (lastn, firstn)
   RETURNING id INTO v_id;

   -- Inserts the new client and references the inserted person
   INSERT INTO client(id) VALUES (v_id);

   -- Return the new id so we can use it in a select clause or return the new id into the user application
    RETURN v_id;
END;
$BODY$
  LANGUAGE plpgsql VOLATILE;

Теперь мы можем вставить новые данные, используя:

SELECT new_client('Smith', 'John');

или

SELECT * FROM new_client('Smith', 'John');

И мы получаем только что созданный идентификатор.

new_client
integer
----------
         1

Answer 5

См. Пример ниже

CREATE TABLE users (
    -- make the "id" column a primary key; this also creates
    -- a UNIQUE constraint and a b+-tree index on the column
    id    SERIAL PRIMARY KEY,
    name  TEXT,
    age   INT4
);

INSERT INTO users (name, age) VALUES ('Mozart', 20);

Затем для получения последнего вставленного идентификатора используйте это для таблицы «user».

SELECT currval(pg_get_serial_sequence('users', 'id'));

Answer 6

SELECT CURRVAL(pg_get_serial_sequence('my_tbl_name','id_col_name'))

Вам необходимо указать имя таблицы и название столбца.

Это будет для текущего сеанса / соединения http://www.postgresql.org/docs/8.3/static/functions-sequence.html

Answer 7

Для тех, кому нужно получить всю запись данных, вы можете добавить

returning *

в конец вашего запроса, чтобы получить весь объект, включая идентификатор.

Answer 8

Попробуйте это:

select nextval('my_seq_name');  // Returns next value

Если это возвращает 1 (или что-то еще из start_value для вашей последовательности), тогда сбросьте последовательность обратно к исходному значению, передав флаг false:

select setval('my_seq_name', 1, false);

В противном случае,

select setval('my_seq_name', nextValue - 1, true);

Это вернет значение последовательности в исходное состояние, а «setval» вернется с искомым значением последовательности.

Answer 9

Postgres имеет встроенный механизм для того же, который в том же запросе возвращает идентификатор или все, что вы хотите, чтобы запрос возвращал. вот пример. Предположим, у вас есть созданная таблица с двумя столбцами column1 и column2, и вы хотите, чтобы column1 возвращалась после каждой вставки.

# create table users_table(id serial not null primary key, name character varying);
CREATE TABLE
#insert into users_table(name) VALUES ('Jon Snow') RETURNING id;
 id 
----
  1
(1 row)

# insert into users_table(name) VALUES ('Arya Stark') RETURNING id;
 id 
----
  2
(1 row)