Re: [gnome-db] V3 vs V4
- From: "Vivien Malerba" <vmalerba gmail com>
- To: "Phil Longstaff" <plongstaff rogers com>
- Cc: GnuCash development list <gnucash-devel gnucash org>, gnome-db-list gnome org
- Subject: Re: [gnome-db] V3 vs V4
- Date: Sun, 1 Jun 2008 21:42:07 +0200
On Sun, Jun 1, 2008 at 6:40 PM, Phil Longstaff <plongstaff rogers com> wrote:
> Vivien Malerba wrote:
>> On Sat, May 31, 2008 at 8:21 PM, Phil Longstaff <plongstaff rogers com> wrote:
>>> For the past few weeks, I've ported my code from V3 to V4. My findings:
>>>
>>> 1) the sqlite provider for V4 seems to be in pretty good shape. I've
>>> found and fixed a number of memory leaks, but on the whole, I can use
>>> it. I have an operation to create an index which crashes, but I don't
>>> know if the problem is mine or in libgda, and need to chase it down.
>>>
>>> 2) the mysql provider is missing a lot. when I look for try to update
>>> the meta_store, all of the mysql routines report that they are not
>>> implemented. in addition, when I inquire whether a table exists or not,
>>> it returns that it does not, so when I try to create it, it fails
>>> because it already exists. In addition, as I reported in a previous
>>> posting, I need a mechanism to return the correct string dbms type based
>>> upon string length.
>>
>> This provider still needs some work...
>>
>>> 3) I haven't tried the postgresql provider yet.
>>>
>>
>> This provider is as stable and correct as the Sqlite one.
>>
>>> I need to make a decision soon whether to stick with V4 or revert back
>>> to V3, or possibly switch to a different db backend provider. What is
>>> the future of GDA-3 vs GDA-4? What is the expected timing for GDA-4?
>>> Will there by any more GDA-3 releases while V4 is being worked on? I
>>> understand that this is a volunteer project, but can you say anything
>>> about what I, a volunteer on another project, can expect?
>>
>> I don't expect to make any more release of the V3. The V4 is now
>> almost API stable (I just want to introduce an api for the two phase
>> commits). I'll make some other releases before it is actually stable,
>> though.
>> I envision a stable V4 release of Libgda around the end of the summer
>> (just to be n the safe side). That stable release will have database
>> providers for at least SQLite, MySQL and PostgreSQL (and maybe Oracle
>> if I have the time).
>>
>> Also I would like to propose libgda (and maybe libgnomedb) as part of
>> the Gnome platform for the next Gnome release (it will be for the
>> 2.26).
>>
>> Of course I'll be glad to help you with any problem you'll encounter
>> with libgda.
>>
>> So you can expect some support from me and a stable library by the end
>> of the summer. If there is a feature you'd need before makin a stable
>> release, please tell me.
>
> Thanks Vivien.
>
> I don't know if this is proper list etiquette or not, but I cross posted
> this to the gnucash development list as well. When I brought up the
> GDA-3 vs GDA-4 issue there, there was some discussion as to how to
> proceed, along with some unhappiness expressed about the state of libgda.
>
> I've now found another way of handling the issue which led me to log a
> bug against V3 (527923) which you had indicated would not be fixed for
> V3. I don't need the two-phase commit.
>
> The feedback I got on the gnucash development list was that GDA-4 was
> the better bet, and it seems as though of the big 3 (sqlite, mysql and
> postgresql), sqlite and postgresql are used ahead of mysql (i.e. I know
> people who want sqlite and postgresql, but a quick scan of my e-mail
> didn't show anyone specifically wanting mysql). However, I am more
> familiar with mysql than postgresql and therefore would use mysql rather
> than postgresql (but would also possibly go with sqlite).
For the stable V4, MySQL will be at the same feature level than
PostgreSQL and SQLite.
>
> OK. GDA-4 it is. I will do some tests with the postgresql backend
> before I try to commit any gda-backend changes for GDA-4.
Ok, please keep me posted regarding the problems you encounter, I'll
try to help as I can.
Regards,
Vivien
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]