savepoints with the same name
| От | hernan gonzalez |
|---|---|
| Тема | savepoints with the same name |
| Дата | |
| Msg-id | y2r48692c2d1004300902kc98fe365x97910a4c53a92391@mail.gmail.com обсуждение исходный текст |
| Ответы |
Re: savepoints with the same name
|
| Список | pgsql-general |
I was thinking thinking about the issue asked here, about an error in a query causing the whole transaction to abort, http://stackoverflow.com/questions/2741919/can-i-ask-postgresql-to-ignore-errors-within-a-transaction/2745677 which has already bothered so many postgresql users and has been discussed before (it's certainly not a bug, I know). I wonder if the suggestion I ("leonbloy") gave, of adding a SAVEPOINT after each insert (when doing interactive work) is reasonable. In particular, after reading this message http://archives.postgresql.org/pgsql-general/2009-07/msg00636.php "If you savepoint every single insert, you'll wind up begin much much slower..." Does that also apply when I issue a SAVEPOINT with the same name? Does the new savepoint release the previous and create a new one, or does it "move" the previous? Or it's just that a new one is created and the name "shadows" the previous, so that there are still N active savepoints in the transaction, taking up memory/resources ? Hernán J. González http://hjg.com.ar/
В списке pgsql-general по дате отправления: