BDE: Vergiss es. Du handelst dir mit der
BDE nur noch Probleme ein.
ODBC: Würde ich auch vergessen. Mit was willst Du den auf
ODBC Zugreifen. Alles unnötige Zwischenschichten.
ADO.NET: Wenn Du für .NET-Entwickelst auf jeden Fall. Aber bitte nicht den Umweg über
ADO.NET->
ADO, sondern gleich einen vollständigen mananged
ADO.NET-Provider
3rd Party Tools wie zum Beispiel ODAC oder DOA: Full ACK.
CoreLabs bietet sogar Treiber füll alle Weg (
VCL, dbExpress,
ADO.NET, BDP) an.
DOA verwenden wir selbst (in einer älteren Version) ohne Probleme. Jedoch müssen wir jetzt Updaten, da der Oracle-10-Client nicht mit dieser alten Version zusammenarbeitet.
Gibt es anderen Zugriff auf Oracle?
Grundprinzip: Immer möglichst auf die native Schnittstelle aufsetzen und kein Zwischenschichten wie
ADO,
BDE oder
ODBC einbauen.
Die Verbindung muss über das Internet laufen und wenn möglich verschlüsselt sein, wie kann man das implementieren?
Sollte wenn dann gleich vom
DB-Treiber unterstützt werden. Habe mich aber damit nicht beschäftigt, da nur Intranet-Anwendungen