Datenbank Abstraktionsschicht

[Nightfly]

Hi

Ich soll jetzt mal wieder was in Delphi schreiben, diesmal mit ner neuen Datenbank, dem AdvantageDatabaseServer... toll, der hat sogar Komponenten.

Gibts nich auch Komponenten, bei denen ich ans andere Ende alle SQL Datenbanken hängen kann? So ne schöne zwischenschicht quasi, um unabhängig zu sein?

[Phoenix]

Also die BDE wäre sowas, aber die sollte man ja nicht mehr verwenden.

Wenn Du im .NET - Bereich arbeitest bietet Dir ADO.NET zumindest größtenteils diese Zwischenschicht, da Du da auf den Interfaces der ADO-Komponenten arbeiten kannst. Problematisch wird das nur, wenn Deine Datenbanken unterschiedliche SQL-Syntax haben (z.B. inner/outer Joins bei Oracle und SQL Server).

Ich bin derzeit dran da ein entsprechendes Framework zu bauen das auch SQL-Dialekt-unabhängig ist, aber das ist derzeit noch weit davon entfernt produktiv einsetzbar zu sein. Und wenn wird das auch nicht gerade billig sein ;-)

Ansonsten schau Dir mal ECO II an. Das soll sowas auch recht gut können.

[xaromz]

Hallo,

DBExpress lässt sich wunderbar per DLL für beliebige Datenbanken erweitern. Ich hab mir selbst darauf aufbauend eine Komponente gebaut, die auf verschiedene Datenbanken zugreifen kann (momentan mySQL, DB2, Oracle und MSSQL). Da ich leider momentan keinen Zugang zu den verschiedenen Datenbanken habe, konnte ich nur mySQl und DB2 testen.

Gruß
xaromz

[mkinzler]

Es gäbe auch noch die Möglichkeit ODBC zu verwenden. Oder für vorhandene Abstraktionsframeworks ( z.B. ZeosDBO) weiter Zugriffsschicht für ADS implementieren.

[Lemmy]

Hi,

wenn Ihr wirklich ne Abstraktionsschicht braucht, dann schreib Dir eine! Damit hast Du zum einen wirklich eine Datenbankunabhängigkeit, da für jede neue DB eine weitere Klasse fällig wird, zum anderen kannst Du aber in der jeweiligen Klasse die jeweiligen Eigenschaften der Datenbank voll ausnutzen.

Du musst einzig und allein sehr fit in OOP sein....

Grüße
Lemmy

[Nightfly]

Die Idee kam mir auch schon, klingt verlockend, aber mit der Zeit die ich hab schauts da sehr böse aus ;)

Was spräche gegen ODBC?

[Bernhard Geyer]

Zitat:

Zitat von Nightfly

Die Idee kam mir auch schon, klingt verlockend, aber mit der Zeit die ich hab schauts da sehr böse aus ;)

Wenn du mehrere DB's unterstützen willst kommst Du nicht drum rum gleich am Anfang genügend Zeit zu investieren sonst mußt du später noch mehr Zeit investieren.

Zitat:

Zitat von Nightfly

Was spräche gegen ODBC?

- Du mußt Treiber installieren (Admin-Rechte, DLL-Hölle)
- Nicht alle Features aller DB's sind über ODBC verfügbar
- ODBC ist eh Auslaufmodell (gibts nicht mehr unter Win64)

[Nightfly]

Ich bin ja hier nur der doofe Praktikant... das ich mehrere DB's unterstützen will ist meine eigene Motivation, mein Chef ließe mich am liebsten noch mit Paradox entwickel, zukunftsträchtigkeit interessiert hier keinen, (ich entwickle mit Delphi 5!!).

Hmmm...ok, ODBC fällt damit wohl erstmal Flach...damn...weitere Vorschläge außer selbst Implementieren?

[Flocke]

Zitat:

Zitat von Bernhard Geyer

- ODBC ist eh Auslaufmodell (gibts nicht mehr unter Win64)

Hast du da eine Quelle zu?

Bei MS stehts so (FAQ for Development on 64-bit Windows, ODBC 64-Bit Information):

Zitat:

Zitat von FAQ for Development on 64-bit Windows

# Are ODBC or OLE DB supported in 64-bit Windows?

Yes, both ODBC and OLE DB are supported in 64-bit editions of Windows.

For more information, please see the ODBC 64-Bit Information in the MSDN Library.

The Microsoft OLE DB Core Services and the Microsoft SQL Server OLE DB Provider has been updated to support 64-bit Windows. These updates involve several API changes. If you are porting 32-bit OLE DB code to 64-bits, you will need to make changes to your code. Several new typedefs have been defined in the OLE DB header file. These new types allow you to maintain one set of source code for both 32-bit and 64-bit platforms. The simplest way to ensure that your code will compile in either 32-bit or 64-bit environments is to make sure that the code uses these new typedefs for variable definitions.

For more information, please see the What is a decorated device driver and how do I decorate my device drivers to get them to install?

An INF section is considered to be decorated when its name contains a TargetOSVersion suffix that identifies a particular platform and operating system. Decorated sections contain installation information that is relevant only to the platform and operating system specified by TargetOSVersion. If the device driver uses INF files for installation and the driver is not decorated, the driver will not install. Please check the INF files of third party devices and make sure the INF files have been decorated.

For more information, please see the article INF Requirements for 64-bit Systems.

[Bernhard Geyer]

Zitat:

Zitat von Flocke

Zitat:

Zitat von Bernhard Geyer

- ODBC ist eh Auslaufmodell (gibts nicht mehr unter Win64)

Hast du da eine Quelle zu?

Sowei ich mich erinnere hab ich das mal auf einer EKON-Konferenz gehört.
Aber falls es nicht "ausläuft" ist mir das auch egal. Nativer gehts viel Problemloser.