On Feb 11, 2013, at 11:41 AM, David Carlson <carlson...@sbcglobal.net> wrote:
> On 2/11/2013 12:21 PM, Derek Atkins wrote: >> David, >> >> David Carlson <carlson...@sbcglobal.net> writes: >> >>> Also please keep in mind your goals regarding database filetypes. >> I have no idea what this means in terms of the existing discussion. >> Being able to have multi-user support has nothing to do with "database >> filetypes". It's completely about change-notification, client-side >> caching, and cache coherency. >> >>> David C >> -derek >> > So all your discussion about C++ , GTK this and that would not change if > you were planning to drive a database engine with a lot of relationships > defined by a database structure as opposed to hard coding all data > relationships. Or maybe you are planning to but just haven't said so in > any of the emails that I read. Or maybe all of your code modules have > such clean, well structured input and output interfaces that they can be > used either way. > > Tell me that change-notification, client-side caching, and cache > coherency occupy such a large part of your development time that overall > program structure is immaterial. > > I thought that knowing whether or not this is a goal might be an > opportunity to reduce the development time since you already have a good > start on database development. Well, we can save a Gnucash data set to a SQL database and read it back. That's not the same as actually using the database for querying, which we don't do. You actually cut to the heart of the problem with > Or maybe all of your code modules have > such clean, well structured input and output interfaces that they can be > used either way. Nothing could be further from reality, and cleaning that up is a prerequisite for progress towards using a database backend in a way that would enable simultaneous multi-user access. This discussion about C++ vs. GObject is about how best to accomplish that cleanup. Regards, John Ralls _______________________________________________ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
