Setkey und GoToKey unter ADOX???

[daredd]

Hallo leute!

Ich will ja immer noch von meiner Interbase mit BDE wegkommen.
Nun verwende ich dazu ADO-Komponenten von Delphi und greife mit denen auf meine FDB's

Jedoch kommen schon beim kompelieren Fehlermeldungen wie:

[DCC Fehler] Unit34.pas(300): E2003 Undefinierter Bezeichner: 'SetKey'
[DCC Fehler] Unit34.pas(302): E2003 Undefinierter Bezeichner: 'GotoKey'

Scheint so zu sein das unter ADOx die SetKey und GotoKey funktionen nicht mehr vorhanden sind.
Kann mir einer sagen was das Äquivalent dazu unter ADO ist?

Gibt es vielleicht im Netz eine Liste alle Tabellenfunktionen von ADO?

[Bernhard Geyer]

Für Firebird solltest du nicht den umweg über ADO gehen. Hierfür gibt es genügend gute native Zugriffskompos. Kostenlos ist hier z.B. Zeos zu nennen.

[sx2008]

Zitat von daredd:

Scheint so zu sein das unter ADOx die SetKey und GotoKey funktionen nicht mehr vorhanden sind.

So ist es. Das sind "Spezialfunktionen" die es nur bei der BDE gibt.

Zitat von daredd:

Kann mir einer sagen was das Äquivalent dazu unter ADO ist?

Das wird alles über SQL gemacht. (und das ist auch gut so)
http://www.sqltutorial.de/
Bei geringen Datenmengen ( bis ~1000 Datensätze) kann man sich auch mit der Methode .Locate() behelfen.
Man hat dann aber keine beschleunigende Unterstützung durch Indizes.

[daredd]

Das ich hab das jetzt mal mit .Seek und .Locate ausprobiert, das Problem er verlangt irgendwelche Parameter (also .seek(keyvalues, seekoptions)).


[DCC Fehler] Unit34.pas(301): E2035 Nicht genügend wirkliche Parameter

Woher soll ich denn wiessen welche parameter ich da einsetze, wenn ich davor bei SetKey oder GotoKey keine Parameter hatte.

Also es stand nur tbAdmin.Setkey dar.

[mkinzler]

Zitat:

Woher soll ich denn wiessen welche parameter ich da einsetze,

Na in der Hilfe nachlesen, was diese Parameter bedeuten!
Diese Methoden sind mächtiger, da man nach jedem Feld und Kombibation suchen kann, deshalb muss man dies auch explizit angeben

[daredd]

Also, ich bin ziemlich gut weiter gekommen mit .Locate() und so!

Nun bleib ich bei TTable.GotoNearest stecken? Was wäre dafür die Methode unter TADOTable???

Kann mir einer weiter helfen?


GotoNearest: Sucht abhängig von string-basierten Feldern nach der besten Übereinstimmung mit einem Datensatz, abhängig von bestimmten
Schlüsselwerten, und setzt den Cursor auf diesen Datensatz.

[daredd]

Hat sich denke ich schon erlädigt!

Man muss unter .Locate(..., [loPartialKey]) als Option angeben!

[sx2008]

Zitat von daredd:

Nun bleib ich bei TTable.GotoNearest stecken? Was wäre dafür die Methode unter TADOTable???

Tja, das ist wirklich ein Schwachpunkt; dies lässt sich mit SQL nicht nachbilden.
Aber man braucht .GotoNearest auch nicht unbedingt.

[daredd]

Zitat von sx2008:

Zitat von daredd:

Nun bleib ich bei TTable.GotoNearest stecken? Was wäre dafür die Methode unter TADOTable???

Tja, das ist wirklich ein Schwachpunkt; dies lässt sich mit SQL nicht nachbilden.
Aber man braucht .GotoNearest auch nicht unbedingt.

Interessant! Hab es jetzt wie gesagt erstmal gelöst wie oben beschrieben, mal sehen wenn ich es kompelieren was bei rauskommt.



Stecke aber nun im moment bei inm TADOQuery fest, undzwar kennt er die Methode "UniDirectional" nicht.

Hab auch noch keine alternative gefunden!!! ???

[sx2008]

Zitat von daredd:

Stecke aber nun im moment bei inm TADOQuery fest, undzwar kennt er die Methode "UniDirectional" nicht

Einfach weglassen.
UniDirectional = True bringt bei Benutzung der BDE einen gewissen Geschwindigkeitsvorteil, weil man ankündigt die Datenmenge nur in einer Richtung durchzugehen.
Bei ADO kann man das Property CursorType auf OpenForwardOnly setzen; aber das würde ich erst dann tun wenn das Programm mehr oder weniger fertig ist.