Re: BUG #3965: UNIQUE constraint fails on long column values
От | Gregory Stark |
---|---|
Тема | Re: BUG #3965: UNIQUE constraint fails on long column values |
Дата | |
Msg-id | 87tzk3x2uk.fsf@oxford.xeocode.com обсуждение исходный текст |
Ответ на | Re: BUG #3965: UNIQUE constraint fails on long column values ("Heikki Linnakangas" <heikki@enterprisedb.com>) |
Ответы |
Re: BUG #3965: UNIQUE constraint fails on long column values
|
Список | pgsql-bugs |
"Heikki Linnakangas" <heikki@enterprisedb.com> writes: "Heikki Linnakangas" <heikki@enterprisedb.com> writes: > Gregory Stark wrote: >> "Heikki Linnakangas" <heikki@enterprisedb.com> writes: >> >>> As others have pointed out, CREATE UNIQUE INDEX i ON ((md5(column)) is a pretty >>> good work-around. >> >> Unless you need cryptographic security I would not suggest using MD5. MD5 is >> intentionally designed to take a substantial amount of CPU resources to >> calculate. > > Return type of hash* functions is just 32 bits. I wonder if that's wide enough > to avoid accidental collisions? Depends on the application of course... Oh, I missed that you were suggesting a UNIQUE index. That seems unsafe to me even for md5 or its ilk. But that would depend on the application too. -- Gregory Stark EnterpriseDB http://www.enterprisedb.com Ask me about EnterpriseDB's RemoteDBA services!
В списке pgsql-bugs по дате отправления: