Az ODBC a válasz?

Mielőtt az együttműködési kérdésre választ ad, fontolja meg a következő kérdést: Egyáltalán használja-e az alkalmazás az ODBC-t? Ez furcsa kérdésnek tűnhet az ODBC útmutatójában feltenni, de valójában jogos kérdés. Az ODBC-t nem úgy tervezték, hogy teljesen lecserélje a natív adatbázis API-kat, és nem is úgy tervezték, hogy minden körülmények között adatbázis-hozzáférést biztosítson. Úgy tervezték, hogy közös felületet biztosítson az adatbázisokhoz, és mentesítse az alkalmazásprogramozókat attól, hogy több adatbázishoz kelljen hivatkozásokat tanulniuk és fenntartaniuk.

Az egyéni alkalmazások a natív adatbázis API-k elsődleges jelöltjei. A fő ok az, hogy az egyéni alkalmazások gyakran egyetlen DBMS-sel működnek, és nem szükséges, hogy interoperábilisak legyenek. A natív adatbázis API-k jobb munkát végeznek, mint az ODBC egy adott DBMS képességeinek feltárásával, és olyan képességeket tehetnek közzé, amelyeket az ODBC nem tesz közzé. Továbbá, mivel az egyéni alkalmazások fejlesztői általában ismerik a dbMS-hez tartozó natív adatbázis API-t, kevés oka van az ODBC megismerésének. Érdekes azonban megjegyezni, hogy egyes DBMS-ekhez az ODBC a natív adatbázis API.

Tehát mely alkalmazások jelöltjei az ODBC-nek? A legjobb jelöltek azok az alkalmazások, amelyek több DBMS-sel működnek együtt. Ez gyakorlatilag az összes általános és függőleges alkalmazást magában foglalja. Emellett számos egyéni alkalmazást is tartalmaz. Például a több különböző DBMS-et használó egyéni alkalmazások sokkal egyszerűbbek és tisztábbak az ODBC-vel való íráshoz, mint több natív API-val. Az ODBC-vel írt egyéni alkalmazások pedig sokkal egyszerűbben migrálhatók, amikor egy vállalat egyik DBMS-ről a másikra költözik, vagy ugyanazt az alkalmazást különböző DBMS-eken helyezi üzembe.