Re: [Perfparse-devel] libdbi

[Yves M. <yme...@li...>]

> I have never heard of libdbi, I'll have to take a look.  We do want
> support for PostgreSQL, Fireblade, Interbase and others.  If this lib
> offers an easy way to do this, then all the better.  But I do echo Yves
> comments that it may be better for the product to use the basic c API
> from Oracle.  You will be able to take advantage of the abilities of th=
e
> API's which a generic API might not have.  Stability, speed, special
> cursors etc.

I'd like to explain some of my comments:
- for perfparse, aka the parser, we need speed, and we need to be sure th=
at our
dependancies will be maintained forever (at least as longer as perfparse =
:)
If we discover a bug in a dependancy and there is nobody to maintain that=
 dependancy, we
have to drop the dependancy. Here, I wonder if libdbi is a good choice. A=
nd perfparse is
a critical tool because if the user does not run it often, he can loose d=
ata in a too
big log file.

- for the database tools and graph tools, we do not need that much speed.=
 And if a bug
appear in a dependancy, the users can stop their tools for a while, befor=
e we fix the
bug or drop the dependancy. Those tools are less critical.

- we need some abstract layer for databases to port perfparse on other da=
tabases,
whatever the layer is. It is often better not to reinvent the wheel when =
it exists. That
is the reason I like the idea to give a try to libdbi. I just regreet the=
re is no
support for sybase. Chris, if you work with libdbi, maybe I'll try to con=
tribute to
libdbi for the sybase port, in order to have the perfparse tools also wor=
k on sybase !

Well, for now, just wait 0.0.11. I expect that Ben and me manage to relea=
se it today :)

Yves

--=20
- Homepage    - http://ymettier.free.fr - http://www.logicacmg.com -
- GPG key     - http://ymettier.free.fr/gpg.txt                    -
- Maitretarot - http://www.nongnu.org/maitretarot/                 -
- GTKtalog    - http://www.nongnu.org/gtktalog/                    -