GUID Factory

[David Merrill]

On Sun, Dec 17, 2000 at 11:41:10AM -0600, Christopher Browne wrote:
> On Sun, 17 Dec 2000 10:09:04 CST, the world broke into rejoicing as
> grib@gnumatic.com (Bill Gribble)  said:
> > On Sat, Dec 16, 2000 at 12:05:42PM -0500, David Merrill wrote:
> > > Obviously, the current algorithm is working. So there is  no reason to
> > > change it, but I'm doing essentially a new implementation of that
> > > code, so I want to make sure it is solid in all respects. Possibly
> > > postgres has a built-in guid factory as Oracle does, and this is a
> > > nonissue anyway, so let's not argue over it. :-)
> > 
> > I don't understand.  Why are you doing a new implementation of the
> > GUID algorithm?  I thought you were designing a database structure for
> > storing gnucash's data structures; if that's the case, the GUID is
> > just more data that needs to be stored, isn't it?  Is there something
> > I missed?
> 
> This is something that is indeed appropriately generated in the "engine,"
> not in the DB; the relevance to the DB is to ask whether it can use the
> GUID as one of its keys, and whether or not the DB supports foreign keys.

Okay, it stays in the engine, then.

-- 
Dr. David C. Merrill                     http://www.lupercalia.net
Linux Documentation Project                dmerrill@lupercalia.net
Collection Editor & Coordinator            http://www.linuxdoc.org
                                       Finger me for my public key

I circle around, I circle around
The boundaries of the earth.
Wearing my long wing feathers as I fly.
		-- Native American Ghost Dance