Re: 1 Sequence per Row i.e. each customer's first order starts at 1
От
Merrick
Тема
Re: 1 Sequence per Row i.e. each customer's first order
starts at 1
Дата
Msg-id
b1972c6a0907012011s11e7b675r97420c66e756869f@mail.gmail.com
Ответ на
Список
Дерево обсуждения
1 Sequence per Row i.e. each customer's first order starts at 1 Merrick <merrick@gmail.com>
Re: 1 Sequence per Row i.e. each customer's first order starts at 1 Greg Stark <gsstark@mit.edu>
Re: 1 Sequence per Row i.e. each customer's first order
starts at 1 Scott Marlowe <scott.marlowe@gmail.com>
Re: 1 Sequence per Row i.e. each customer's first order
starts at 1 Merrick <merrick@gmail.com>
Re: 1 Sequence per Row i.e. each customer's first order starts at 1 Greg Stark <gsstark@mit.edu>
Re: 1 Sequence per Row i.e. each customer's first order starts at 1 Scott Marlowe <scott.marlowe@gmail.com>
Re: 1 Sequence per Row i.e. each customer's first order starts at 1 Greg Stark <gsstark@mit.edu>
Re: 1 Sequence per Row i.e. each customer's first order
starts at 1 Scott Marlowe <scott.marlowe@gmail.com>
Re: 1 Sequence per Row i.e. each customer's first order
starts at 1 Scott Marlowe <scott.marlowe@gmail.com>
Re: 1 Sequence per Row i.e. each customer's first order
starts at 1 Merrick <merrick@gmail.com>
Thank you, this helps get me on the right path. On Wed, Jul 1, 2009 at 7:12 PM, Scott Marlowe wrote: > On Wed, Jul 1, 2009 at 7:46 PM, Merrick wrote: >> I was hoping there would be a way to add a field the sequence table >> postgresql automatically generates so I could rely on whatever >> mechanism postgresql uses to avoid the problems described thus far. >> >> I should have included more info, it's highly likely that multiple >> users will be accessing using same customer_id when creating orders >> thus deadlocks would be an issue I would like to avoid. >> >> Having the sequence be gapless would not be a requirement. > > Hmmm. Well, are those users gonna be holding a lock while they do a > lot of hand processing work? Do they need that id before they start a > lot of complex work? In that case, you could do things two fold. > Lock the rows, create an empty but ready to go one, commit, then come > back later and update the row. >
В списке pgsql-general по дате отправления
От: Scott Marlowe
Дата:
От: Scara Maccai
Дата: