[gnome-db] What DWI does [was Re: GnuCash page on GO site]

Dru andru at treshna.com
Sun Mar 7 01:30:41 CST 2004



Rodrigo Moya wrote:
> On Fri, 2004-03-05 at 04:39 +1300, Andrew Hill wrote:
> 
> 
>>ok i'm gonna comment cause my projects are very similar to Lina's and 
>>i've run into similar problems to building the nessary tools to rapidly 
>>develop database applications for gnome. 
>>
>>My approach is very similar but silighty different.
>>developer builds sql database. (currently only postgresql fully 
>>supported, libgda and mysql very partial support)
>>glade xml is used to generate bond xml (http://bond.treshna.com)
>>developer adds in sql statements and attachs code they want to app.
>>reports can be written in papyrus (http://payrus.treshna.com)
>>database application front end ready to go and can be deployed.
>>
>>On Mon, Mar 01, 2004 at 10:17:18AM +0100, Rodrigo Moya was heard to remark:
>>
>>
>>>>http://dwi.sourceforge.net is the object framework I'm planning
>>>>on using for the future gnucash core engine.
>>>>
>>>>   
>>>>
>>>
>>>what are the advantages of this over libgda?
>>>could you ellaborate more please?
>>> 
>>>
>>
>>This is a different to libgda.  dwi and bond are more higher up 
>>interfaces than libgda.  libgda requires writting code, and you'll often 
>>find yourself repeating the same tasks over and over again like 
>>inserting and updating sql statements, dealing with default values etc 
>>when you build a large db app.  libgda is a lot more powerful in some 
>>ways cause its lower down but if you want to write a huge app in a short 
>>amount of time its quicker and easier to manage your database objects 
>>and forms as one in  glade and xml etc.  It comes down to what type of 
>>application your writing/best tool for the job.
>>
> 
> right. The question is if, as bond/papyrus have tried to do, qof can be
> changed to use libgda for the basic data access.
> 
> Then, as I said in a previous mail, we can see what things make sense
> from it and either put them in libgda/libgnomedb/whatever, or keep them
> in its current place.
> 
> If all this conversation is about sharing technology, then, we've got:
> * libgda -> uniform data access to several data sources
> * qof stuff -> built on top of libgda
> 
> That's what I'm saying. Is there any chance of this?
> 
> cheers
> 
> _______________________________________________
> gnome-db-list mailing list
> gnome-db-list at gnome.org
> http://mail.gnome.org/mailman/listinfo/gnome-db-list

gnomedb widgets need ability easy ability to popualte widgets from 
non-libda sources (proberly already possible). with possible tie-ins on 
sorting etc.  libgda api needs to be able to return field information 
attributes. API is a bit complex and messy compared with other simplier
data access libraries.  It has other things in there that proberly 
shoulnd't be sitting in libgda, though i imagine this is because of 
having to support a range of datbases and not just simply SQL.




More information about the gnucash-devel mailing list