__
> > gnucash-devel mailing list
> > [EMAIL PROTECTED]
> > http://www.gnumatic.com/cgi-bin/mailman/listinfo/gnucash-devel
>
> --
> This message does not represent the policies or positions
> of the Mayo Foundation or its subsidiaries.
> Patrick Spinler
ts
at run time.
Of course only the implementor of the dbms API as presented to the
GnuCash developers needs to deal with any of this. Would not there be a
layer of gnc_dbms_libraries between the gnc_engine and the
sql-client-lib to handle the case where the dbms server cannot do
something? So that mos
at they
could not be used. It means that the enforcement of foreign key
relationships would have to be moved from the dbms, where it belongs,
into the application, where it does not belong, complicating the design
and construction of the application.
[snip]
--
.~. Jean-David Beyer Regi
David Merrill wrote:
>
> On Sun, Dec 17, 2000 at 08:49:02PM -0500, Jean-David Beyer wrote:
> > Christopher Browne wrote (in part):
> > >
> > > This is something that is indeed appropriately generated in the "engine,"
> > > not in the DB; the rel
Bill Gribble wrote:
>
> On Sun, Dec 17, 2000 at 08:38:36PM -0500, Jean-David Beyer wrote:
> > Do gnc_commodities have unique keys that identify them? E.g., does the
> > commodity
> >
> > {stock, company_name McAfee Associates, ticker MCAF, other_data}
> >
be a foreign key or not depends on
whether or not it is the primary key of another table, relation, or
whatever you want to call it. Even then, you would not need to declare
it to be a foreigh key unless you want to enforce the relationship
between the two tables (which you probably should).
Or
Bill Gribble wrote (in part):
>
> On Sun, Dec 17, 2000 at 05:09:55PM -0600, Rob Browning wrote:
> > Jean-David Beyer <[EMAIL PROTECTED]> writes:
> >
> > > Whether or not you store the price database in a formal dbms or not,
> > > what would
beams along the
bottom had already rotted, so they could not simply jack up the house,
as there were no longer any jacking points.)
--
.~. Jean-David Beyer Registered Linux User 85642.
/V\ Registered Ma
rest of the application generally results in a cleaner, more
maintainable system.
> >
> > * design an API that's exactly what we need, regardless of the DB
> > involved, and plan to just have a server-side gnucash daemon
> > that manages the DB interface,
nt details are even more
difficult to achieve, since there is no enlightened CEO who can decree
that the decisions of the principal architect are law. It seems to have
worked with the Linux kernel, where L.T. had the principal architect
role, perhaps by acclamation, rather than executive fiat.
-
LENT TECHNOLOGIES),
nor can you look up the old Chrysler company prices (since C is now used
by CITIGROUP).
--
.~. Jean-David Beyer Registered Linux User 85642.
/V\ Registered Machine73926.
/( )\ Shrewsbury, New J
.cs.hut.fi/crypto".
"The legal status of this program is some combination of all these
permissions and restrictions. Use only at your own responsibility.
You will be responsible for any legal consequences yourself; I am not
making any claims whether possessing or using this is legal
with a SQL interface) might wish to consult a good book on the subject,
such as Chris Date's "An Introduction To Database Systems" (I have sixth
edition, 1995) published by Addison Wesley, ISBN 0-201-54329-X. This
will not tell you the exact details of u
8F4F@SERVICESRV>
From: Paul Trudeau <[EMAIL PROTECTED]>
To: "'[EMAIL PROTECTED]'" <[EMAIL PROTECTED]>
Subject: Invoicing Software
Date: Fri, 16 Jun 2000 13:03:19 -0400
--
Jean-David Beyer .~.
Shrewsbury,
enormously overpaid state.
--
Jean-David Beyer .~.
Shrewsbury, New Jersey /V\
Registered Linux User 85642. /( )\
Registered Machine73926. ^^-^^
S/MIME Cryptographic Signature
15 matches
Mail list logo
