ODBC Verbindung AS/400

[akumm]

Vielen Dank für diese Infos. Das hat mir schon sehr geholfen.

Eine Frage noch zu Ihrem Tipp. Wenn ich die ADO-Variante wähle, wie entscheide ich nun (also Programmtechnisch), ob ich einen Server oder einen Client-Cursor verwende. Wenn ich ODBC verwende habe ich immer einen Server-Cursor? Hab ich das richtig verstanden?

Denn ich will natürlich unbedingt einen Server-Cursor und nicht den Speicher "vollmüllen".

Viele Grüße aus Berlin

[Fuerchau]

Nunja, das mit dem Speicher ist immer so eine Sache.
Die Doku und Beispiele zu ADO (MSDN) sind eigentlich ganz gut.
Schau mal im Windows-Verzeichnis unter Help/ADO210.CHM nach, das meiste gilt auch heute noch.

Es gibt je nach Anwendung Vor- und Nachteile für die Cursorart:

ClientCursor unterstützt Filter-/Find-/Move-Methoden sowie RecordCount/AbsolutePosition/Bookmark-Eigenschaften.

ServerCursor sind meist statisch (hängt vom SQL ab) und können nur dann auch nur vorwärts gelesen werden.

Die meisten Forms-Controls kommen mit Servercursorn überhaupt nicht zurecht.

Deshalb ist das in .NET ja auch abgeschafft, hier gibts eben die Reader zum reinen vorwärts lesen oder komplette Datenbankmodelle mit Tables/Relations usw. die nürlich auch komplett im Speicher liegen.

Desweiteren gibts bei ADO keine 64-Bit-Unterstützung mehr !!!
Wenn du dein NET-Programm dann mal auf einer 64-Bit-Maschine laufen läßt, funktionierts nicht mehr und NET-Programme können nicht im 32-Bit-Kompatibilitäts-Modus laufen (die CLR verhindert das).

Wenn du schon mit .NET anfängst, dann vergiss besser ADO und beschäftige dich mit den ADO.NET-Methoden.

Gute Literatur ist z.B. "Visual Basic 2005 & .NET 3.0" von Data Becker mit einem großen ADO.NET 2.0 Teil.