Standardprogrammeringsgränssnitt

Programmeringsgränssnittet är kanske den mest uppenbara kandidaten för standardisering. När ODBC utvecklades tillhandahöll ANSI och ISO redan standarder för inbäddade SQL- och SQL-moduler. Även om det inte fanns några standarder för en databas-CLI övervägde SQL Access Group – ett branschkonsortium av databasleverantörer – om en skulle skapas. delar av ODBC blev senare grunden för deras arbete.

Ett av kraven för ODBC var att en enda programbinär fil måste fungera med flera DBMS. Det är av den anledningen som ODBC inte använder inbäddade SQL- eller modulspråk. Även om språket i inbäddade SQL- och modulspråk är standardiserat är var och en kopplad till DBMS-specifika förkompilerare. Därför måste program omkompileras för varje DBMS och de resulterande binärfilerna fungerar bara med en enda DBMS. Även om detta är acceptabelt för lågvolymprogram som finns i minidator- och stordatorvärldarna, är det oacceptabelt i persondatorvärlden. För det första är det en logistisk mardröm att leverera flera versioner av programvara i stor upplaga och plastförpackad till kunder; För det andra behöver program för persondatorer ofta komma åt flera DBMS samtidigt.

Å andra sidan kan ett gränssnitt på anropsnivå implementeras via bibliotek eller databasdrivrutiner som finns på varje lokal dator. en annan drivrutin krävs för varje DBMS. Eftersom moderna operativsystem kan läsa in sådana bibliotek (till exempel dynamiska länkbibliotek i Microsoft Windows-operativsystemet) vid körning kan ett enda program komma åt data från olika DBMS utan omkompilering och kan också komma åt data från flera databaser samtidigt. När nya databasdrivrutiner blir tillgängliga kan användarna bara installera dessa på sina datorer utan att behöva ändra, kompilera om eller länka om sina databasprogram. Dessutom var ett gränssnitt på samtalsnivå en bra kandidat för ODBC eftersom Windows - den plattform som ODBC ursprungligen utvecklades för - redan använde sådana bibliotek i stor utsträckning.