sqlite file format, anyone?
Linas Vepstas
linas at linas.org
Mon Jun 23 13:51:35 CDT 2003
On Sun, Jun 22, 2003 at 09:14:55PM -0500, Matthew Vanecek was heard to remark:
>
> The SQL back end should be inherently multi-user. There's a certain
I've sort of lost track as to why we need to redesign the pg backend
'from scratch' instead of migrating it, bit by bit, to a more flexible
design.
I personally tend to beleive in the 'migrating' way of developing:
at any given instant in time, you still have a system that works, that's
not broken, which means you can take a vacation at any time without
the guilt of leaving behind something broken.
The other benefits of 'migrating' is you benefit from years of bug fixes
and from important design changes that can be hard to re-invent from
scratch.
The obvious ways of 'migrating' the pg backend would be:
-- change it to use libdbi
-- modify the event code so that if db==pg, then use old event code,
else use pseudo events taken from a table that is polled.
-- Disable the balance checkpointing subsystem if db!=pg
-- Implement 'setters' so that the business objects can be 'trivially'
added.
-- For embedded-MySQL, skip all of the multi-user code. There is a
single-user mode in the pg backend, and I could probably show you
how to further simplify it.
>From where I sit, it seems like a 'redesign from scratch' effort has
a real high risk of loosing.
--linas
--
pub 1024D/01045933 2001-02-01 Linas Vepstas (Labas!) <linas at linas.org>
PGP Key fingerprint = 8305 2521 6000 0B5E 8984 3F54 64A9 9A82 0104 5933
More information about the gnucash-devel
mailing list