Eigene DataSource?!?

[MasterEvil]

Hallo,

ich habe ein wahrscheinlich etwas komisches Problem und hoffe auf einen Lösungsansatz

Und zwar:
Wir arbeiten mit einer Datenbank ohne SQL (ja, das gibt es noch) und greifen über eigene Klassen darauf zu.
Wenn wir unsere Daten in Tabellenform anzeigen wollen, dann tun wir das über eine modifizierte StringGrid Komponente.

Nun stellt sich für mich die Frage, ob ich nicht etwas programmieren kann, mit dem jedes DB fähige Grid arbeiten kann. Sprich: die Grids (wie z.B. TDbGrid) werden ja immer an eine DataSource gebunden, die wiederum mit der Datenbank kommuniziert (bitte berichtigt mich, wenn ich falsch liege, habe noch nie wirklich damit gearbeitet).
Meine Frage ist jetzt, ob ich eine abgeleitete DataSource machen könnte, die diese Funktionalität mit unserer Datenbank ermöglicht (z.B. werden 20 Datensätze in der Liste angezeigt, wenn man scrollt werden die nächsten nachgezogen).

Wäre schön, wenn mir jemand auf die Sprünge helfen könnte.
Gruß,
Steffen

[rwachtel]

Du müsstest wohl vielmehr ein eigenes DataSet denn eine eigene DataSource schreiben. Mit den Begriffen Delphi Custom DataSet müsstest Du einige Treffer bei Google landen.

Hier ist ein beispielhafter Artikel: http://www.gexperts.com/CustomDS.html

[shmia]

Zitat von MasterEvil:

Wir arbeiten mit einer Datenbank ohne SQL (ja, das gibt es noch) und greifen über eigene Klassen darauf zu.

Du gibst als Datenbank "Pervasive" an.
Meinst du damit Pervasiv PSQL v10 ( http://www.pervasive.com/psqlv10/psqlv10workgroup.asp ) ??
Wenn es sich um diese Datenbank handelt, dann gehtst du die Sache ja ganz falsch an.
D7 Enterprise hat ja ADO Komponenten an Bord. PSQL bietet OLE-DB Provider (=Treiber für ADO) an.
Und damit wäre alles vorhanden was man braucht.

[rwachtel]

Ich könnte mir vorstellen (da er ja das explizite Fehlen von SQL erwähnt hat), dass eher Pervasives BTrieve (http://en.wikipedia.org/wiki/Btrieve) gemeint ist. Aber gibt es nicht auch dafür Zugriffskomponenten? http://cc.codegear.com/Item/24858

[MasterEvil]

@ rwachtel:
Danke für den Tipp, sieht sehr gut aus. Damit beschäftige ich mich jetzt!

@ shmia:
Theoretisch hättest du Recht, aber:
Die Pervasive ist gewachsen aus einer Datenbank namens BTrieve und bietet daher zwei Arten an mit ihr zu arbeiten.
Die SQL Variante gibt es noch nicht so lange und wir benutzen die, auch schnellere, Nicht-SQL Variante.
Diese sind zum einen nicht einfach konvertierbar, da unsere Programme und Komponenten alle auf Nicht-SQL basieren und zum anderen müssen wir abwärtkompatibel bis zur BTrieve 6.15 bleiben. Letzteres ist das Entscheidende.


Edit:
Da war wohl jemand schneller
Wie wohl auch klar sein sollte, benutzen wir die Komponenten nicht und sie sind auch keine Option.