Собственно сабж, гугление не особо помогло…
Если подробнее, то есть некая табоица, есть 2 вариант хранения данных
Итак, варианты:
1) каждому айдишнику будет количество неиспользуемой некой фигни, допустим максимум 10, то есть при использовании этой фигни у него будет апдейтиться вроде update T set fignya = fignya-1 where id = 434
2) есть дубликаты записей, мол для нового айди при лимите 10 фигней будет 10 записей, в этом сучае при использовании этой фигни будет происходить делит, типо delete from T where id = 434 limit 1
Интересует именно PostgreSQL!!! Желательна ссылка на доки в сети…
Планируемое число айдишников от 10.000.000
Сервер постгреса будет использоваться 8.3.11
Запросы на селект будут также, тобишь в первом раскладе будет тупо селект, во втором селект коунт, так что это тоже прошу учесть при ответе… Но вроде сейчас в постгресе косяк с каунтом исправлен… Так что думаю разницы сильной при селекте не будет…
Добавлено….
Погуглил еще, для Оракла таки производительнее Апдейт, а как дело обстоит с Постгресом?
Добавлено….
Также, для МайкрософтСКУЛ быстрее Апдейт. То, что Вы мне алк дали, прочел. Спасибо.
