It would be extremely difficult. For instance:

- Upgrading an existing site would be virtually impossible. Every id would change, plus you would have to update every foreign key reference to every id throughout core AND contrib.
- For sites not running pathauto, every URL would change.

That's just a couple of the purely technical reasons. I would also add that a conscious decision was made to move away from PHP-generated IDs in Drupal 6, and it seems to me very unlikely that this will be reversed. There are several issues around this in the queues. It would offer us up some great functionality but I just don't see it happening.

Also I like knowing who the n00bs are :P (Hi, my name is Greg Dunlap and I'm a n00b.)

On Mon, Aug 11, 2008 at 12:43 PM, Katherine Senzee <katherine@esquaredworkshops.com> wrote:
On Mon, Aug 11, 2008 at 8:42 AM, Adrian Rossouw <adrian@bryght.com> wrote:
> One of the things i like about the 64 bit uid discussion going on in
> parallel, is it removes a lot of need for the primary key trickery.

How complicated would it be to move from sequential ids to UUIDs? This
is something I care about more for aesthetic than technical reasons.
I'd like nodes/users/etc. to be less obviously sequential (hey, look
at that UID, what a n00b).

--
Katherine Senzee (ksenzee)
esquaredworkshops.com