ODBC가 답변인가요?

상호 운용성 문제를 살펴보기 전에 애플리케이션에서 ODBC를 사용해야 하나요? 이것은 ODBC에 대한 가이드에서 묻는 이상한 질문처럼 보일 수 있지만 실제로는 합법적 인 질문입니다. ODBC는 네이티브 데이터베이스 API를 완전히 대체하도록 설계되지 않았으며 모든 상황에서 데이터베이스 액세스를 제공하도록 설계되지 않았습니다. 데이터베이스에 공통 인터페이스를 제공하도록 설계되었으며 애플리케이션 프로그래머가 여러 데이터베이스에 대한 링크를 기본 학습하고 연결할 필요가 없도록 하기 위한 것입니다.

사용자 지정 애플리케이션은 네이티브 데이터베이스 API의 주요 후보입니다. 기본 이유는 사용자 지정 애플리케이션이 단일 DBMS에서 작동하는 경우가 많으며 상호 운용할 필요가 없기 때문입니다. 네이티브 데이터베이스 API는 특정 DBMS의 기능을 노출하는 ODBC보다 더 나은 작업을 수행할 수 있으며 ODBC에서 노출되지 않는 기능을 노출할 수 있습니다. 또한 사용자 지정 애플리케이션의 개발자는 일반적으로 DBMS에 대한 네이티브 데이터베이스 API에 익숙하기 때문에 ODBC를 배울 이유가 거의 없습니다. 그러나 일부 DBMS의 경우 ODBC는 네이티브 데이터베이스 API입니다.

그렇다면 ODBC의 후보 애플리케이션은 무엇일까요? 가장 적합한 후보는 둘 이상의 DBMS에서 작동하는 애플리케이션입니다. 여기에는 거의 모든 제네릭 및 수직 애플리케이션이 포함됩니다. 여기에는 여러 사용자 지정 애플리케이션도 포함됩니다. 예를 들어 여러 가지 다른 DBMS를 사용하는 사용자 지정 애플리케이션은 여러 네이티브 API보다 훨씬 쉽고 클린 ODBC로 작성하는 것이 더 쉽습니다. 또한 ODBC로 작성된 사용자 지정 애플리케이션은 회사가 한 DBMS에서 다른 DBMS로 이동하거나 다른 DBMS에 대해 동일한 애플리케이션을 배포할 때 훨씬 쉽게 마이그레이션할 수 있습니다.