Re: UUID column as pimrary key?
От | Scott Ribe |
---|---|
Тема | Re: UUID column as pimrary key? |
Дата | |
Msg-id | F00ABD29-930E-4835-B219-B0F300CAC9F9@elevated-dev.com обсуждение исходный текст |
Ответ на | Re: UUID column as pimrary key? (Bill Moran <wmoran@potentialtech.com>) |
Ответы |
Re: UUID column as pimrary key?
Re: UUID column as pimrary key? |
Список | pgsql-general |
On Jan 5, 2011, at 8:05 AM, Bill Moran wrote: > Beyond that, the namespace size for a UUID is so incomprehensibly huge > that the chance of two randomly generated UUIDs having the same value > is incomprehensibly unlikely Yes, as in: it is *far* more likely that all of your team members and all of your client contacts will be simultaneouslystruck by lightning and killed in their sleep, and it is *far* more likely that all life on earth will be wipedout by an asteroid impact, and it is *far* more likely that the solar system orbits are not actually stable and earthwill fly off into space... If you're worried about UUID collisions, then either your priorities are completely wrong,or you live in a bomb shelter--that's not sarcasm by the way, it's simply true, the chance of a collision is so vanishinglysmall that it is dwarfed by all sorts of risks that we all ignore because the chances are so low, including thechance that all drives in all your RAIDs across all your replicas will simultaneously fail on the same day that firesstart in all the locations where your tapes are stored and all the sprinkler systems fail... (By "far" more likely,I mean many many many orders of magnitude...) > In the end, we chose b for the human > factor. A very good decision, in the case where you're actually able to control each independent system. > Face it, reading, remembering, and typing UUIDs kinda sucks. Lots of copy & paste, or custom GUI tools for devs & DBAs, or abuse like '...%', all of them painful in their own way. -- Scott Ribe scott_ribe@elevated-dev.com http://www.elevated-dev.com/ (303) 722-0567 voice
В списке pgsql-general по дате отправления: