freetds AT lists.ibiblio.org
Subject: FreeTDS Development Group
List archive
- From: "Thompson, Bill D (London)" <bill_d_thompson AT ml.com>
- To: "FreeTDS Development Group" <freetds AT lists.ibiblio.org>
- Subject: Re: [freetds] libdbi - freetds driver
- Date: Thu, 18 Aug 2005 13:59:23 +0100
Vadym,
I'm not sure I understand...do you want to build a perl DBD plugin ?
If so, there's no need...just look at the UG to see how to use existing
DBD::Sybase plugin with freetds to access both sybase and SQl Server.
Bill
-----Original Message-----
From: freetds-bounces AT lists.ibiblio.org
[mailto:freetds-bounces AT lists.ibiblio.org] On Behalf Of Vadym Kononenko
Sent: 18 August 2005 13:30
To: FreeTDS Development Group
Subject: Re: [freetds] libdbi - freetds driver
On Thursday 18 August 2005 14:44, Thompson, Bill D (London) wrote:
Hi, Bill!
> If at all possible, I would build your libdbi api on top of one of the
> existing api's - dblib ctlib or odbc.
I can imagine the way to make FreeTDS dbd driver for DBI
using ctlib or dblib, but it's incorrect to do the driver using odbc
anyway,
because DBI architecture is too similar to ODBC.
So may be You right, but I'm not sure which one of dblib or ctlib is
better to
use for my task? Can You (or anyone else) help me?
> The tds layer is really intended to be internal to freetds itself.
But I think it could be better to use the tds layer for my task.
Because DBD is a database-dependend layer of the DBI architecture,
I hope You know about. So DBD should be a link between DBI calls and
database-dependend CLI libraries (libtds?).
[userApp] <-> [libDBI] <-> [DBD-FreeTDS shared object (driver)] <->
[libtds] <=TDS=> [MSSQL/Sybase DBMS]
Any corrections of my vision are welcome!
> Very often, we find it necessary to alter the specification and/or
> behaviour of the libtds functions. You will, therefore, be making a
future
> problem for yourself by basing your code on libtds.
Agree, I just don't know about often spec changes.
> On top of that, the dblib, ctlib and odbc api's are well documented
> publicly, providing you with a good description of expected behaviours
on
> which to base your libdbi code. We maintain the documented behaviour
of
> these API's under all circumstances.
Will keep in mind.
--
Best regards.
Vadym Kononenko.
Kyiv, Ukraine
_______________________________________________
FreeTDS mailing list
FreeTDS AT lists.ibiblio.org
http://lists.ibiblio.org/mailman/listinfo/freetds
--------------------------------------------------------
If you are not an intended recipient of this e-mail, please notify the
sender, delete it and do not read, act upon, print, disclose, copy, retain or
redistribute it. Click here for important additional terms relating to this
e-mail. http://www.ml.com/email_terms/
--------------------------------------------------------
-
[freetds] libdbi - freetds driver,
Vadym Kononenko, 08/18/2005
- Re: [freetds] libdbi - freetds driver, Michael Peppler, 08/19/2005
- <Possible follow-up(s)>
- Re: [freetds] libdbi - freetds driver, ZIGLIO, Frediano, VF-IT, 08/18/2005
-
Re: [freetds] libdbi - freetds driver,
Thompson, Bill D (London), 08/18/2005
- Re: [freetds] libdbi - freetds driver, Vadym Kononenko, 08/18/2005
-
Re: [freetds] libdbi - freetds driver,
Thompson, Bill D (London), 08/18/2005
- Re: [freetds] libdbi - freetds driver, Vadym Kononenko, 08/18/2005
-
Re: [freetds] libdbi - freetds driver,
Thompson, Bill D (London), 08/18/2005
-
Re: [freetds] libdbi - freetds driver,
Vadym Kononenko, 08/19/2005
- Re: [freetds] libdbi - freetds driver, Vadym Kononenko, 08/19/2005
- Re: [freetds] libdbi - freetds driver, Daniel Fazekas, 08/19/2005
- Re: [freetds] libdbi - freetds driver, James K. Lowden, 08/19/2005
-
Re: [freetds] libdbi - freetds driver,
Vadym Kononenko, 08/19/2005
- Re: [freetds] libdbi - freetds driver, Lowden, James K, 08/18/2005
Archive powered by MHonArc 2.6.24.