Zitat von
Hoshy:
Zitat:
Mit dem Brückenmuster z.B. kann man sehr gut eine abstrakte Datenbankschnittstelle definieren um nicht an eine
DB gebunden zu sein
Im Grunde genommen stellt
ADO als Schnittstelle ja so etwas dar...Ich kann - für den Anwender vollkommen transparent - den Provider der ADOConnection ändern um somit ohne weitere Änderung der Implementation des Frontend direkt auf ein anderes RDBMS aufsetzen. Die durch unterschiedliche
SQL Dialekte notwendigen Anpassungen kann ich - im Idealfall - ausschließlich im Backend machen.
Finde ich nicht. Sonst hätte MS ja nicht mit den Um- und Irrwegen
ODBC/DAO/RDO und
ADO jetzt bei
ADO.NET einen Ansatz gewählt der für jede
DB eine Implementierung erfordert. Mit
ADO wird nur der Zugriffsweg vereinheitlicht aber nicht (wie z.B. mit dem o.g. Pattern) die Eigenheiten der Datenbank versteckt.