[development] Solving the dev->staging->live problem

[Greg Dunlap]

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 at esquaredworkshops.com> wrote:

> On Mon, Aug 11, 2008 at 8:42 AM, Adrian Rossouw <adrian at 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/development/attachments/20080811/7ef7db74/attachment.htm