Wünsche für Delphi Datenbank Anbindung

[Uwe Raabe]

Verstehe ich das richtig, daß du nach einer lokalen Datenbank fragst? Darum geht es in diesem Fall wohl eher nicht. Bei Datenbanken hast du bei Embarcadero nur die Wahl zwischen den verschiedenen Interbase-Inkarnationen, wobei es da ja auch Embedded-Versionen gibt.

Die Datenbank-Anbindung, sprich die Abstraktion der Datenbank innerhalb einer Delphi-Anwendung, ist von der eigentlichen Datenbank aber eigentlich unabhängig - das ist ja der eigentliche Sinn dahinter.

Man muss auch ganz klar sehen, daß all diese Wünsche und Anregungen ausschließlich in zukünftige Delphi-Versionen einfließen können. Auch Bezüge auf die BDE werden sicher ignoriert.

[FragenderHerbert]

Zitat von Uwe Raabe:

Verstehe ich das richtig, daß du nach einer lokalen Datenbank fragst?

Ja genau, das meine ich.

Zitat von Uwe Raabe:

Darum geht es in diesem Fall wohl eher nicht. Bei Datenbanken hast du bei Embarcadero nur die Wahl zwischen den verschiedenen Interbase-Inkarnationen, wobei es da ja auch Embedded-Versionen gibt.

Hmmmm, und da ist viel Hintergrundwissen nötig, um damit optimal arbeiten zu können. Für jene Datenverwaltung, die ich bauen will, zu viel Overhead, den ich mir zudem erst noch aneignen muss, bevor ich meine eigentliche Datenbank aufbauen kann. Oft sind ja dann auch noch die Dokus viel zu knapp. Ich brauche da veil mehr Beispiele. Seitenweise Referenzen, was die Prozeduren, Funktionen, Methoden machen sind gut und schön, aber für mich alles andere als ausreichend, um die Arbeitsweise da wirklich zu verstehen. Das artet dann in frustrierende Frickelei aus. Das fängt beim Ado Verbindungsstring schon an. Der muss in Turbo Delphi völlig von Hand geschrieben werden, in Delphi 7 unterstützt einen noch der Objektinsprktor und ein IDE Experte. Aber mein Versuch ist trotzdem fehlgeschlagen. Da hab ich dann auch bei 10 CDs die ich durchsuchen muss, meine Datei schneller gefunden, wenn ich die 10 Cds der Reihe nach in mein Laufwerk lege und nachschaue.

Die Emba Dokus sind hier auch nicht mehr das, was sie mal waren. Zu viel Theorie zur Einführung. Ich braucher zuerst ein kleines übersichtliches Beispiel, das dann schrittweise vervollkommet wird, wobei dann gerne auch die dahinter stehende Theorie Stück für Stück erklärt werden kann/muss. Leider sind heutige Softwaredokus völlig anders gestrickt. Da erinnere ich mich mit Wehmut an die Anfangszet der PC. Damals wurde alles noch haarklein bis ins Detail erklärt. Heute muss man sich das alles selber zusammenbasteln.

Zitat von Uwe Raabe:

Die Datenbank-Anbindung, sprich die Abstraktion der Datenbank innerhalb einer Delphi-Anwendung, ist von der eigentlichen Datenbank aber eigentlich unabhängig - das ist ja der eigentliche Sinn dahinter.

Sehe ich auch so. Allerdings ist die Verbindung mit der Datenbank dann doch wieder ganz schön kryptisch und kniffelig.

Zitat von Uwe Raabe:

Man muss auch ganz klar sehen, daß all diese Wünsche und Anregungen ausschließlich in zukünftige Delphi-Versionen einfließen können. Auch Bezüge auf die BDE werden sicher ignoriert.

Leider sehr wahrscheinlich. Aber die aktuellen Delphi Versionen sind mir zu groß. Turbo Delphi Lite reicht mir vollkommen aus. Startet auch zügiger als die auf .NET ausetzende Originalversion.

[Bernhard Geyer]

Zitat von FragenderHerbert:

Hmmmm, und da ist viel Hintergrundwissen nötig, um damit optimal arbeiten zu können. Für jene Datenverwaltung, die ich bauen will, zu viel Overhead, den ich mir zudem erst noch aneignen muss, bevor ich meine eigentliche Datenbank aufbauen kann. Oft sind ja dann auch noch die Dokus viel zu knapp. Ich brauche da veil mehr Beispiele. Seitenweise Referenzen, was die Prozeduren, Funktionen, Methoden machen sind gut und schön, aber für mich alles andere als ausreichend, um die Arbeitsweise da wirklich zu verstehen. Das artet dann in frustrierende Frickelei aus.

Hast du dir eigentlich schon die ganzen mitgeliferten DB-Beispiel angeschaut?
Oder die Tutorial die auf deutschen Forenseiten existieren?

Zitat von FragenderHerbert:

Das fängt beim Ado Verbindungsstring schon an.

Da musst du dich bei Microsoft beschweren. Und so kompliziert sind die auch nicht. Unter http://www.connectionstrings.com/ gibts tausende Beispiele.

Zitat von FragenderHerbert:

Der muss in Turbo Delphi völlig von Hand geschrieben werden, in Delphi 7 unterstützt einen noch der Objektinsprktor und ein IDE Experte.

Das D7 mit Expertensupport war aber auch teurer als die Turbo-Versionen ...

Zitat von FragenderHerbert:

Aber mein Versuch ist trotzdem fehlgeschlagen. Da hab ich dann auch bei 10 CDs die ich durchsuchen muss, meine Datei schneller gefunden, wenn ich die 10 Cds der Reihe nach in mein Laufwerk lege und nachschaue.

Ketzerische Frage: Was sind CD's?

Zitat von FragenderHerbert:

Die Emba Dokus sind hier auch nicht mehr das, was sie mal waren. Zu viel Theorie zur Einführung. Ich braucher zuerst ein kleines übersichtliches Beispiel, das dann schrittweise vervollkommet wird, wobei dann gerne auch die dahinter stehende Theorie Stück für Stück erklärt werden kann/muss.

Wie gesagt. Hast du dir die Beispiele angeschaut? Oder die deutschsprachigen Tutorials?

Zitat von FragenderHerbert:

Leider sehr wahrscheinlich. Aber die aktuellen Delphi Versionen sind mir zu groß. Turbo Delphi Lite reicht mir vollkommen aus. Startet auch zügiger als die auf .NET ausetzende Originalversion.

Delphi SpeedUp installiert und auch die XE-Versionen rennen ...

[TBx]

und nun bitte wieder Back to topic

[Bernhard Geyer]

Zitat von TBx:

und nun bitte wieder Back to topic

OK. Was für wünsche hätte ich:

1, Schnittstelle zu ADO.NET, JDBC und ODBC ohne weiter Layer wie BDE.

ADO.NET und JDBC weil man ja auch auf managed DBs trifft.
ODBC weil ja MS das wieder als primäre Schnittstelle für DBs ansieht. Also primär für den MS SQL-Server. Oder gibts hier was mit FireDac?


2, Schnittstellen zu NoSQL-DBs.


3, Endlich BDE entsorgen und nicht mehr mitliefern!

[Uwe Raabe]

Zitat von Bernhard Geyer:

1, Schnittstelle zu ADO.NET, JDBC und ODBC ohne weiter Layer wie BDE.

ADO.NET und JDBC weil man ja auch auf managed DBs trifft.
ODBC weil ja MS das wieder als primäre Schnittstelle für DBs ansieht. Also primär für den MS SQL-Server. Oder gibts hier was mit FireDac?

Schau halt mal, was schon dabei ist: Datenbanken (FireDAC)

Zitat von Bernhard Geyer:

2, Schnittstellen zu NoSQL-DBs.

Zitat von Bernhard Geyer:

3, Endlich BDE entsorgen und nicht mehr mitliefern!

Eigentlich bin ich ja deiner Meinung, aber das könnte doch einige Leute davon abhalten, auf eine neue Version zu wechseln. Im Moment hat man halt auch die Chance erstmal hochzuziehen und danach umzustellen.

[Perlsau]

Zitat von Uwe Raabe:

Zitat von Bernhard Geyer:

3, Endlich BDE entsorgen und nicht mehr mitliefern!

Eigentlich bin ich ja deiner Meinung, aber das könnte doch einige Leute davon abhalten, auf eine neue Version zu wechseln. Im Moment hat man halt auch die Chance erstmal hochzuziehen und danach umzustellen.

Dafür gibt's doch die älteren Versionen mit dazu, oder nicht? Wenn die BDE (die ich noch nie verwendet habe) ständig mitgeschleppt wird, verführt das doch nur die Anfänger, die sich mal kurz die Trial runterladen, dazu, wie gewohnt mit der BDE beginnen zu wollen.

[Bernhard Geyer]

Zitat von Uwe Raabe:

Zitat von Bernhard Geyer:

3, Endlich BDE entsorgen und nicht mehr mitliefern!

Eigentlich bin ich ja deiner Meinung, aber das könnte doch einige Leute davon abhalten, auf eine neue Version zu wechseln. Im Moment hat man halt auch die Chance erstmal hochzuziehen und danach umzustellen.

Und wie wäre es damit erstmal umzustellen und dann Hochziehen? Wer jetzt noch Uraltsysteme hat wird mit Unicode und Co. genügend Portierungsaufwand haben.
Und irgendwann sollte man als Hersteller auch sagen: "Der Aufwand das immer mitzuziehen rechtfertigt es nicht mehr"