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
> [EMAIL PROTECTED] (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 [EMAIL PROTECTED]
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
_______________________________________________
gnucash-devel mailing list
[EMAIL PROTECTED]
http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
