程式介面或許是最明顯的標準化候選。 事實上，當 ODBC 開發時，ANSI 和 ISO 已經為嵌入式 SQL 及 SQL 模組提供了標準。 雖然目前尚無資料庫 CLI 的標準，SQL Access Group——一個資料庫供應商的產業聯盟——正在考慮是否要建立一個;ODBC的部分內容後來成為他們工作的基礎。
ODBC 的一項要求是單一應用程式二進位檔必須能與多個資料庫管理系統（DBMS）相容。 因此 ODBC 不使用嵌入式 SQL 或模組語言。 雖然嵌入式 SQL 與模組語言的語言已標準化，但兩者都綁定於 DBMS 專用的預編譯器。 因此，應用程式必須針對每個資料庫管理系統重新編譯，而產生的二進位檔僅能與單一資料庫管理系統（DBMS）相容。 這對於小型電腦和大型主機世界中的低流量應用是可以接受的，但在個人電腦領域則是不可接受的。 首先，向客戶交付多個版本的大量且包裝精良的軟體，在物流上是一場惡夢;其次，個人電腦應用程式常需同時存取多個資料庫管理系統（DBMS）。
另一方面，呼叫層級介面可透過每台本地機器上的函式庫或資料庫驅動程式實作;每個資料庫管理系統需要不同的驅動程式。 由於現代作業系統可在執行時載入此類函式庫（如 Microsoft Windows 作業系統上的動態連結函式庫），單一應用程式可在不重新編譯的情況下存取不同資料庫的資料，且同時可存取多個資料庫的資料。 隨著新的資料庫驅動程式問世，使用者只需在電腦上安裝這些驅動程式，無需修改、重新編譯或重新連結資料庫應用程式。 此外，呼叫層級介面是 ODBC 的良好候選，因為 Windows——ODBC 最初開發的平台——已經廣泛使用此類函式庫。