Re: VS: Delete after trigger fixing the key of row numbers
От | brian |
---|---|
Тема | Re: VS: Delete after trigger fixing the key of row numbers |
Дата | |
Msg-id | 47ED32A7.3040106@zijn-digital.com обсуждение исходный текст |
Ответ на | VS: Delete after trigger fixing the key of row numbers ("Teemu Juntunen, e-ngine" <teemu.juntunen@e-ngine.fi>) |
Список | pgsql-general |
Teemu Juntunen, e-ngine wrote: > Hi Tomasz, > > with receipt rows I can't see any other option with key as running number. > First I tried to use serial, but it didn't start from zero again when the > foreign key (receipt number) changes. It just continues the serial despite > of the foreign key. > > Then I decided to do my own serial which keeps it in order even when some > rows are deleted from the middle. Of course I could just leave the row > numbers as is, but there are some advantages at the program, if the serial > is linear. What is the danger you see in this row number update trigger? > If you'd like to have a linear count of your result set it shouldn't be difficult to implement that in your client-side application code (for loop, for instance). You don't need to use the serial for display purposes but it's very helpful for maintaining intact relations. Besides, if this table has any associations with others, doing this would seem to make your archived data next to useless if you ever need it. b
В списке pgsql-general по дате отправления: