驅動程式撰寫者必須了解驅動程式架構會影響應用程式是否能使用 DBMS 專屬的 SQL。
當驅動程式直接存取實體資料時，驅動程式同時扮演驅動程式與資料來源的角色。 驅動程式必須同時處理 ODBC 呼叫與 SQL 語句。 檔案驅動程式的開發者必須自行撰寫資料庫引擎。
當使用獨立的資料庫引擎存取實體資料時，驅動程式僅處理 ODBC 呼叫。 它會將 SQL 陳述式傳送給資料庫引擎進行處理。
檔案與資料庫管理系統（DBMS）ODBC 配置可存在於單一網路上。
當驅動程式需要處理多種資料來源時，它可以作為中介軟體使用。 異質連接引擎架構可使驅動程式看起來像驅動程式管理器。 驅動程式也可以安裝在伺服器上，並由一系列用戶端共享。
欲了解更多驅動程式架構的資訊，請參閱 ODBC 架構章節中的驅動程式管理員與驅動程式架構。
關於駕駛問題的更多資訊，請參閱下表所述地點。
| 問題 | 主題 | 地點 |
|---|---|---|
| 與應用程式及驅動程式的相容性問題 | 應用程式/驅動程式相容性 | 程式設計考量，收錄於 ODBC 程式設計師參考 |
| 撰寫 ODBC 驅動程式 | 撰寫 ODBC 3.x 驅動程式 | 程式設計考量，收錄於 ODBC 程式設計師參考 |
| 向下相容驅動程式指南 | 向下相容驅動程式指引 | 附錄 G：向下相容驅動程式指引，收錄於 ODBC 程式設計師參考 |
| 連接驅動程式 | 選擇資料來源或驅動程式 | 連接至資料來源或驅動程式，見 ODBC 程式設計參考資料 |
| 識別驅動因素 | 觀看驅動程式 | 在 Microsoft ODBC 資料來源管理員線上說明中檢視驅動程式 |
| 啟用連線池功能 | ODBC 連線池 | 連接資料來源或驅動程式，參見 ODBC 程式設計參考資料 |
| Unicode/ANSI 驅動程式與連線問題 | Unicode 驅動程式 | 程式設計考量，收錄於 ODBC 程式設計師參考 |