Länge des Produktzyklus

Die letzte Frage zur Interoperabilität ist Zeit. Die Entwicklung einer interoperablen Anwendung dauert in der Regel länger als die Entwicklung einer nicht interoperierbaren Anwendung. Der Grund dafür ist, dass die Anwendung DBMS-Funktionen überprüfen muss, dieselben Aufgaben für unterschiedliche DBMSs unterschiedlich ausführt, funktionen umgehen, die von einigen DBMSs, aber nicht von anderen unterstützt werden, usw.

Zusätzlich zur Entwicklungszeit muss die Produktlebensdauer berücksichtigt werden. Wenn die Anwendung einmal verwendet werden soll, z. B. eine Anwendung, die Beim Migrieren von einem DBMS zu einem anderen Daten überträgt, gibt es keinen Sinn, sie interoperabel zu machen. Die Anwendung wird einmal verwendet und aufgehoben Karte.

Wenn die Anwendung lange vorhanden sein wird, kann es einfacher sein, als interoperable Anwendung zu Standard. Dies gilt auch für benutzerdefinierte Anwendungen, die über ein einzelnes DBMS als Ziel verfügen. Der Grund dafür ist, dass interoperabler Code eine begrenzte Teilmenge von Datenbankfeatures verwendet. Der Treiber ist erforderlich, um diese Features verfügbar zu halten, auch angesichts von Änderungen an dem zugrunde liegenden DBMS. Daher kann interoperabler Code die Last der Bewältigung von Änderungen an den DBMS vom Anwendungsentwickler auf den Treiberentwickler verschieben.