Sie eine Unterabfrage oder eine beschreibbare CTE verwenden könnte den Wert aus der Sequenz einmal abrufen und wiederholt verwenden:
WITH i AS (
SELECT nextval('foo_id_seq') AS id
)
INSERT INTO foo (id, ltree)
SELECT id, '1.' || id
FROM i;
Data-modifying CTE erfordert Postgres 9.1 oder höher.
Wenn Sie nicht sicher über den Namen der Sequenz sind, können Sie pg_get_serial_sequence()
statt:
WITH i AS (
SELECT nextval(pg_get_serial_sequence('foo', 'id')) AS id
)
INSERT INTO foo (id, ltree)
SELECT id, '1.' || id
FROM i;
Wenn der Tabellenname „foo“ möglicherweise nicht in allen Schema in der DB eindeutig sein, können Sie Schema -qualifizieren Sie es. Und wenn die Schreibweise eines Namens nicht-Standard ist, müssen Sie doppelte Anführungszeichen:
pg_get_serial_sequence('"My_odd_Schema".foo', 'id')
Schnelltests zeigten @Mark's idea mit lastval()
konnte Arbeit zu:
INSERT INTO foo (ltree) VALUES ('1.' || lastval());
Sie können id
einfach aus der Abfrage herauslassen, die Spalte serial
wird automatisch zugewiesen. Macht keinen Unterschied.
Es sollte keine Wettlaufsituation zwischen den Reihen geben. Ich quote the manual:
currval
Return the value most recently obtained by nextval for this sequence in the current session. (An error is reported if nextval has never been called for this sequence in this session.) Because this is returning a session-local value, it gives a predictable answer whether or not other sessions have executed nextval since the current session did.
lastval
Return the value most recently returned by nextval in the current session. This function is identical to currval, except that instead of taking the sequence name as an argument it fetches the value of the last sequence used by nextval in the current session. It is an error to call lastval if nextval has not yet been called in the current session.
Bold Hervorhebung von mir.
Aber, wie @Bernard commented, kann es doch scheitern.Auf den zweiten Gedanken macht dies Sinn: Es gibt keine Garantie, dass der Standardwert gefüllt ist (und nextval()
im Prozess aufgerufen) vorlastval()
wird aufgerufen, um die zweite Spalte ltree
zu füllen. Also bleib bei der ersten Lösung und nextval()
um sicher zu gehen.
Dieser Pfad sieht nicht sehr abfragbar .. –
Meine Pfadwerte basieren auf diesem: http://StackOverflow.com/a/607379/39529 –
PostgreSQL hat Rekursion, gemeinsame Tabellenausdruck, viel einfacher und schneller als Ihre Pfadlösung/Workaround. –