Re: LDBC driver
- From: Lew <conrad@xxxxxxxxxxxxxxxxxxxxx>
- Date: Tue, 03 Jun 2008 21:08:50 -0400
blueparty wrote:
http://ldbc.sourceforge.net/
Any experiences, opinions, anything to share ?
I don't see the advantage over JDBC.
They say that with JDBC,
# The SQL is different for each databases
# Every JDBC driver behaves differently
# Changes are required for each database
# No time to study all vendor documentation
# No time to test with all databases
However, with JDBC, and especially with JPA, much of the difference between vendors is already abstracted. Also, most products are designed to work with a single database engine; not as many are meant to plug into virtually any RDBMS, and those tend to be written with a generic SQL dialect in the first place.
Where RDBMSes differ the most is in DDL, which is generally outside the scope of the Java program and not such an issue there.
With modern data layers like Hibernate and other JPA solutions, the differences the program does care about are moved off into deployment descriptors. These guys achieve their "independence" by using the same restricted dialect of SQL as you'd use without LDBC if you were to try to be portable.
I can see a niche for it in those few products that are meant to plug into any database, maybe. But for my own work, no thank you. I'll stick with the standard approaches. Last thing I need in my alphabet soup is yet one more layer to go wrong on top of the gazillion layers of abstraction already in place.
--
Lew
.
- Follow-Ups:
- Re: LDBC driver
- From: blueparty
- Re: LDBC driver
- From: Thomas Kellerer
- Re: LDBC driver
- From: Silvio Bierman
- Re: LDBC driver
- References:
- LDBC driver
- From: blueparty
- LDBC driver
- Prev by Date: LDBC driver
- Next by Date: Re: LDBC driver
- Previous by thread: LDBC driver
- Next by thread: Re: LDBC driver
- Index(es):
Relevant Pages
|
|