Re: Performance critical technical key

Поиск
Список
Период
Сортировка
От Bruno Wolff III
Тема Re: Performance critical technical key
Дата
Msg-id 20040812174023.GA8739@wolff.to
обсуждение исходный текст
Ответ на Performance critical technical key  (Geoff Caplan <geoff@variosoft.com>)
Ответы Re: Performance critical technical key  (Geoff Caplan <geoff@variosoft.com>)
Список pgsql-general
On Thu, Aug 12, 2004 at 13:05:45 +0100,
  Geoff Caplan <geoff@variosoft.com> wrote:
>
> b) Use a sequence. Faster for the SELECTS and UPDATES, I guess, but
> how much will the sequence slow down the INSERTS on a medium sized
> record-set?

Using a sequence shouldn't be slow. The main potential problem is that
it will make the session IDs guessible if you don't take any other
steps. That may or may not be a problem. One way around this is to
encrypt the sequence number in the database with a key and use a combination
of the encrypted string and an index for which key is used (this makes
changing keys for new sessions while allowing continued use of an old
key for old sessions) as the session id. You can change the keys as often
as needed and practical for your application.

В списке pgsql-general по дате отправления:

Предыдущее
От: Paramveer.Singh@trilogy.com
Дата:
Сообщение: Re: pl pgsql grammer file contains error
Следующее
От: Bruno Wolff III
Дата:
Сообщение: Re: Access restrictions on rows depending on value of the a column