See my previous response to Justin's email as to why UUIDs alone are not sifficient.
-Eric On Tue, Mar 22, 2011 at 04:06:14PM -0400, Brian Schott wrote: > +1 > Sounds like some IPV6 discussions back when the standards were being debated. > We could debate bit-allocation forever. Why can't we use UUIDs? > > http://tools.ietf.org/html/rfc4122 > > """ > 2. Motivation > > > One of the main reasons for using UUIDs is that no centralized > authority is required to administer them (although one format uses > IEEE 802 node identifiers, others do not). As a result, generation > on demand can be completely automated, and used for a variety of > purposes. The UUID generation algorithm described here supports very > high allocation rates of up to 10 million per second per machine if > necessary, so that they could even be used as transaction IDs. > > UUIDs are of a fixed size (128 bits) which is reasonably small > compared to other alternatives. This lends itself well to sorting, > ordering, and hashing of all sorts, storing in databases, simple > allocation, and ease of programming in general. > > Since UUIDs are unique and persistent, they make excellent Uniform > Resource Names. The unique ability to generate a new UUID without a > registration process allows for UUIDs to be one of the URNs with the > lowest minting cost. > > """ > > Brian Schott > [email protected] > > > > On Mar 22, 2011, at 2:53 PM, Jay Pipes wrote: > > > I know you don't want to resurrect a past discussion. But, UUIDs are > > designed to solve these kind of problems, frankly. The decision to go > > with integer IDs is a poor one, and will be negatively affecting the > > scalability and architecture of our systems well into the future. > > > > I'd love to see a discussion around moving away from internal integer > > identifiers and towards UUID internal identifiers at the next summit. > > > > Just my 2 cents, > > -jay > > > > _______________________________________________ > > Mailing list: https://launchpad.net/~openstack > > Post to : [email protected] > > Unsubscribe : https://launchpad.net/~openstack > > More help : https://help.launchpad.net/ListHelp > > > _______________________________________________ > Mailing list: https://launchpad.net/~openstack > Post to : [email protected] > Unsubscribe : https://launchpad.net/~openstack > More help : https://help.launchpad.net/ListHelp _______________________________________________ Mailing list: https://launchpad.net/~openstack Post to : [email protected] Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
