Är ODBC svaret?

Innan du går in på frågan om samverkan bör du överväga följande fråga: Ska programmet använda ODBC alls? Detta kan tyckas vara en konstig fråga att ställa i en guide till ODBC, men det är faktiskt en legitim fråga. ODBC har inte utformats för att helt ersätta interna databas-API:er och har inte heller utformats för att ge databasåtkomst under alla omständigheter. Den utformades för att tillhandahålla ett gemensamt gränssnitt för databaser och var avsedd att frigöra programprogramare från att behöva lära sig om och underhålla länkar till flera databaser.

Anpassade program är främsta kandidater för interna databas-API:er. Den främsta orsaken är att anpassade program ofta fungerar med en enda DBMS och inte behöver vara driftskompatibla. Interna databas-API:er kan göra ett bättre jobb än ODBC för att exponera funktionerna i en viss DBMS och kan exponera funktioner som inte exponeras av ODBC. Eftersom utvecklarna av anpassade program vanligtvis är bekanta med det interna databas-API:et för sina DBMS finns det dessutom ingen anledning att lära sig ODBC. Det är dock intressant att notera att FÖR vissa DBMS är ODBC det interna databas-API:et.

Så vilka program är kandidater för ODBC? De bästa kandidaterna är program som fungerar med mer än en DBMS. Detta omfattar praktiskt taget alla generiska och lodräta program. Den innehåller också ett antal anpassade program. Till exempel är anpassade program som använder flera olika DBMS mycket enklare och renare att skriva med ODBC än med flera interna API:er. Och anpassade program som skrivits med ODBC är mycket enklare att migrera när ett företag flyttar från en DBMS till en annan eller distribuerar samma program mot olika DBMSs.