On Thursday 19 January 2006 6:11 pm, you wrote: > I'm not convinced that a QOF SQL module will actually work properly > for GnuCash.
Certainly in the short term, yes. I am still hoping to implement the kind of process that an "ordered" collection of objects may require. Such a method has uses beyond the sqlite backend for gnucash. > I think we really need something more along the lines of the 'cash > objects' XML backend, except for SQL. Honestly, I think we DO need a > Gnucash-specific SQL backend impementation. OK. The embedded code will still come in handy in certain areas. > But yes, I would certainly encourage you to come up with a good > extensible design for a SQL backend and, once you get the design done > (and signed off on -devel) go ahead and start working on it. I'll sort out the design using the "simpler" objects of the embedded project and iron out the more obvious problems in advance. Currently, all it can do is open a sqlite connection, create a database from a QofObject and close the connection. ;-) > I'd > /love/ to see a SQLite backend implemented. As would I. One question: sqlite <= 2 or sqlite3? -- Neil Williams ============= http://www.data-freedom.org/ http://www.nosoftwarepatents.com/ http://www.linux.codehelp.co.uk/
pgpE5M48AnotA.pgp
Description: PGP signature
_______________________________________________ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
