dbTalk Databases Forums  

common programming interface to RDB's

comp.databases.mysql comp.databases.mysql


Discuss common programming interface to RDB's in the comp.databases.mysql forum.



Reply
 
Thread Tools Display Modes
  #1  
Old   
Joe
 
Posts: n/a

Default common programming interface to RDB's - 11-28-2010 , 10:13 PM






I'm wanting to interface programmatically with a # of relational
databases like mysql. What would you guys recommend for being
compaitable with the main line medium size databases as a common
interface to them?

Thanks,

Reply With Quote
  #2  
Old   
Lennart Jonsson
 
Posts: n/a

Default Re: common programming interface to RDB's - 11-29-2010 , 02:31 AM






On 2010-11-29 05:13, Joe wrote:
Quote:
I'm wanting to interface programmatically with a # of relational
databases like mysql. What would you guys recommend for being
compaitable with the main line medium size databases as a common
interface to them?
I'm not sure I understand your question. Are you looking for something
instead of sql, or something on top of sql?

I don't think anything will replace sql for many years. On top of sql
there are a number of frameworks, but these are dependent on your host
language so it is a bit difficult to give any advise in this regard.

/Lennart

Reply With Quote
  #3  
Old   
Axel Schwenke
 
Posts: n/a

Default Re: common programming interface to RDB's - 11-29-2010 , 03:00 AM



Joe <no.respond (AT) invalid (DOT) email> wrote:

Quote:
I'm wanting to interface programmatically with a # of relational
databases like mysql. What would you guys recommend for being
compaitable with the main line medium size databases as a common
interface to them?
This depends on your coice of programming language. For Java there
is JDBC. For Perl there is DBI. For C++ there are abstraction layers
in several class libraries (i.e. Qt has QSqlDatabase). PHP comes
with several abstraction layers: DBA, dbx, PDO.
etc. pp.

In the Windoze world there is ODBC as a freestanding abstraction
layer (programming language independent). And finally I remember
SQL Relay as supporting a range of backend SQL DBMSes
(http://sqlrelay.sourceforge.net/)

Some of those are just a thin layer (DBI, JDBC) adding little more
than syntactic sugar. Others come with more penalties. I.e. ODBC
has a rather bad reputation.

All those interfaces are below the SQL layer. So you still have to
write your SQL statements in a way that is compatible with all the
backend DBMSes you plan to use.


XL

Reply With Quote
  #4  
Old   
The Natural Philosopher
 
Posts: n/a

Default Re: common programming interface to RDB's - 11-29-2010 , 06:54 AM



Michael Vilain wrote:
Quote:
In article <icvod5$aiv$1 (AT) news (DOT) eternal-september.org>,
Lennart Jonsson <erik.lennart.jonsson (AT) gmail (DOT) com> wrote:

On 2010-11-29 05:13, Joe wrote:
I'm wanting to interface programmatically with a # of relational
databases like mysql. What would you guys recommend for being
compaitable with the main line medium size databases as a common
interface to them?
I'm not sure I understand your question. Are you looking for something
instead of sql, or something on top of sql?

I don't think anything will replace sql for many years. On top of sql
there are a number of frameworks, but these are dependent on your host
language so it is a bit difficult to give any advise in this regard.

/Lennart

I think the OP wants to re-invent the wheel.

Look at how Perl does a universal database access layer and all you need
do is add a CPAN module to access a vendor's database. No module for
your weird, one-off database? All the tools are there to write one,
including the functions supported and expected by the universal database
layer.

One problem only. Its PERL.

Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.