Re: Why not install pgstattuple by default?

Поиск
Список
Период
Сортировка
От Marko Kreen
Тема Re: Why not install pgstattuple by default?
Дата
Msg-id BANLkTin3z-ybjYuPOcKiXc_w_BfhYZosZA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Why not install pgstattuple by default?  (Magnus Hagander <magnus@hagander.net>)
Список pgsql-hackers
On Wed, May 18, 2011 at 3:37 PM, Magnus Hagander <magnus@hagander.net> wrote:
> On Wed, May 18, 2011 at 15:29, Marko Kreen <markokr@gmail.com> wrote:
>> On Wed, May 18, 2011 at 2:57 PM, Magnus Hagander <magnus@hagander.net> wrote:
>>> On Wed, May 18, 2011 at 10:25, Greg Smith <greg@2ndquadrant.com> wrote:
>>>> Some of my personal discussions of this topic have suggested that some other
>>>> popular extensions like pgcrypto and hstore get converted too.  I think
>>>> those all fail test (3), and I'm not actually sure where pgcrypto adds any
>>>> special dependency/distribution issues were it to be moved to the main
>>>> database package.  If this general idea catches on, a wider discussion of
>>>> what else should get "promoted" to this extensions area would be
>>>> appropriate.  The ones I picked seemed the easiest to justify by this
>>>> criteria set.
>>>
>>> pgcrypto would cause trouble for any builds *without* SSL. I don't
>>> think any packagers do that, but people doing manual builds would
>>> certainly get different results.
>>
>> What kind of trouble?  It should work fine without SSL.
>
> Oh, you're right - it does. But it does provide different
> functionalties? Or does it actually do exactly the same stuff, just in
> different ways?

Same stuff, assuming you use recommended algorithms
(Blowfish, AES, MD5, SHA1, SHA2)

OpenSSL brings in more speedy implementations (maybe),
and additional algorithms (ripemd160, 3des, cast5, twofish).

--
marko


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

Предыдущее
От: Noah Misch
Дата:
Сообщение: Re: switch UNLOGGED to LOGGED
Следующее
От: Robert Haas
Дата:
Сообщение: Re: cache estimates, cache access cost