ODBC è la risposta?

Prima di approfondire la questione dell'interoperabilità, considerare la domanda seguente: L'applicazione deve usare ODBC? Potrebbe sembrare una domanda strana da porre in una guida a ODBC, ma è, in effetti, una legittima. ODBC non è stato progettato per sostituire completamente le API di database native, né è stato progettato per fornire l'accesso al database in tutte le circostanze. È stato progettato per fornire un'interfaccia comune ai database ed è stato progettato per liberare i programmatori di applicazioni dalla necessità di ottenere informazioni e gestire collegamenti a più database.

Le applicazioni personalizzate sono candidati primari per le API di database native. Il motivo principale è che le applicazioni personalizzate spesso funzionano con un singolo DBMS e non devono essere interoperabili. Le API di database native potrebbero eseguire un processo migliore rispetto a ODBC per esporre le funzionalità di un sistema DBMS specifico e potrebbero esporre funzionalità non esposte da ODBC. Inoltre, poiché gli sviluppatori di applicazioni personalizzate hanno in genere familiarità con l'API di database nativa per il proprio DBMS, c'è poco motivo per imparare ODBC. Tuttavia, è interessante notare che per alcuni DBMS, ODBC è l'API di database nativa.

Quali applicazioni sono quindi candidate per ODBC? I candidati migliori sono applicazioni che funzionano con più dbMS. Sono incluse praticamente tutte le applicazioni generico e verticale. Include anche una serie di applicazioni personalizzate. Ad esempio, le applicazioni personalizzate che usano diversi DBMS sono molto più semplici e più pulite da scrivere con ODBC rispetto a più API native. E le applicazioni personalizzate scritte con ODBC sono molto più facili da migrare quando un'azienda passa da un DBMS a un altro o distribuisce la stessa applicazione in diversi DBMS.