Quando usare ODBC

Prima di approfondire la questione dell'interoperabilità, consideriamo la seguente domanda: “L'applicazione deve usare ODBC?” Potrebbe sembrare una domanda strana da porre in una guida su ODBC, ma in realtà è una domanda legittima. ODBC non è stato progettato per sostituire completamente le API native del database, né è stato progettato per fornire l'accesso al database in tutte le circostanze. È stato progettato per fornire un'interfaccia comune ai database e 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 native del database. Il motivo principale è che le applicazioni personalizzate spesso funzionano con un singolo DBMS e non devono essere interoperabili. Le API native dei database potrebbero fare un lavoro migliore rispetto a ODBC nell'esporre le funzionalità di un particolare DBMS e potrebbero esporre funzionalità escluse da ODBC. Inoltre, poiché gli sviluppatori di applicazioni personalizzate hanno solitamente familiarità con l'API nativa del database del proprio DBMS, non c'è motivo di imparare ODBC. Tuttavia, è interessante notare che per alcuni DBMS, ODBC è l'API nativa del database.

Quali applicazioni sono quindi candidate per ODBC? I candidati migliori sono applicazioni che funzionano con più DBMS. Sono incluse praticamente tutte le applicazioni generiche e verticali. Così come una serie di applicazioni personalizzate. Ad esempio, le applicazioni personalizzate che utilizzano diversi DBMS sono molto più semplici e pulite da scrivere con ODBC che con più API native. Inoltre, 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 su DBMS diversi.