PostgreSQL9.6 PHP7.1 PDO::lastInsertId()で、nextvalしていない場合エラー

Question

PostgreSQL9.6.1
PHP7.1

現在の状況では、Insert後に必ずlastInsertIdを実行しています。
lastInsertIdは内部的に、

SELECT LASTVAL ()

を発行していますが、
PostgreSQLの仕様上「nextval」を呼んでいないとエラーになります。
その為、実行したタイミングでトランザクションがエラーになります。

これを回避する為に、現在のトランザクションにて「nextval」が実行されたかを判別するすべはありますか？？

トランザクション内で発行するSQLをチェックする、または、lastInsertIdを使わない？？

Answer 1

もしテーブルが決まっているなら指定して取るのはどうでしょうか？

tsdb=> \d abc
                         Table "public.abc"
 Column |  Type   |                    Modifiers
--------+---------+-------------------------------------------------
 a      | integer | not null default nextval('abc_a_seq'::regclass)
 b      | integer |

SELECT last_value FROM abc_a_seq;

テーブルが決まらない場合を考えでみました。
（１）RETURNINGを使う
INSERTのSQLでreturningを使う事で最新番号を取得する。
（２）FUNCTIONを使う
FUNCTIONのEXCEPTIONでエラーを拾う。

CREATE OR REPLACE FUNCTION get_last_seq() RETURNS int AS
$BODY$
DECLARE _RC INT := 0;
BEGIN
   SELECT LASTVAL() INTO _RC;
   RETURN _RC;
EXCEPTION
   WHEN object_not_in_prerequisite_state
   THEN RETURN 0;
END;
$BODY$
LANGUAGE plpgsql;


tsdb=> select get_last_seq();
 get_last_seq
--------------
            0
(1 row)
-- 0はnextval未実行

Comments

[himakuma]

すいません、テーブルは不定です

[himakuma]

フレームワークにて、lastInsertIdが呼ばれている状態で、
拡張して、lastInsertIdを呼ぶ条件を分岐したかったのですが、無理そうですね。orz
returningはカラムを指定する必要があるので対応方法としては除外していました。
全体的にreturningが使えるようにフレームワークを拡張しようと思います。

Answer 2

うろ覚えでの回答で申し訳ないのですが、Postgresのlastvalは他のセッションでのnextvalの影響を受けなかったように思います。
このサイトと同じ状態でしょうかね？ご参考までに。

Comments

[himakuma]

すいません、すごく特殊な状況だとは思うのですが、同一セッション、同一トランザクション内です。