OLE DB ODBC 란 무엇이며, 그들의 연락 차이는 무엇입니까? (저는 신인입니다. 자세히 설명해 주세요.)

데이터 액세스 시 어떤 기술을 사용해야 하는지 판단하는 것은 쉽지 않다. 여러 데이터베이스 유형을 처리하는 유틸리티가 필요할 수 있습니다. 일부 데이터는 로컬 하드 드라이브에 나타날 수 있고, 일부는 네트워크에 있고, 일부는 호스트에 있을 수 있습니다. 고객이 장비에 설치한 제품조차도 이러한 선택을 더욱 어렵게 만들 수 있습니다. 예를 들어, 예상되는 ODBC 지원 수준은 설치된 MicrosoftOffice 버전에 따라 달라질 수 있습니다. 이 제품은 ODBC 지원을 제공하지 않기 때문입니다. 또한 ADO 클래스는 ODBC 클래스보다 더 많은 객체와 메서드를 제공합니다. ADO 는 프로그램에 절대적으로 있어야 하는 특성 대추 중 일부를 제공할 수 있습니다. 예를 들어 OLE-DB 와 ADO 모두 DFX_Currency 를 지원하지만 ODBC 에는 해당 기능 대추가 없지만 이를 파악하려면 어느 정도 노력을 기울여야 합니다.

참고 ODBC 대신 ADO 를 사용하는 이유 중 하나는 ADO 가 ODBC 보다 더 많은 객체와 메서드를 제공하기 때문입니다.

OLE-DB 또는 ODBC 를 선택할 때 몇 가지 일반적인 규칙이 있습니다. ADO 는 실제로 OLE-DB 의 포장일 뿐이므로 이러한 규칙도 적용됩니다. 다음은 OLE-DB 또는 ODBC 를 선택할 것인지 결정하는 데 도움이 되는 몇 가지 기본 원칙을 제공합니다. ODBC 는

비 OLE 환경 OLE 을 지원하지 않는 서버에 있는 ODBC 지원 데이터베이스에 액세스하려는 경우에 가장 적합합니다.

비 SQL 환경 ODBC 는 SQL 을 처리할 때 매우 뛰어납니다. OLE-DB 는 비 SQL 데이터베이스를 처리할 때 상당한 이점을 제공합니다.

OLE 환경 OLE 지원 서버의 경우 OLE-DB 또는 ODBC 를 선택하는 것이 절반일 수 있습니다. ODBC 드라이버를 사용할 수 있다면 ODBC 를 사용하는 것이 좋습니다. 그렇지 않으면 OLE-DB 만 선택할 수 있습니다. < P > 기타 문제는 복합적인 문제이거나 최소한 두 기술을 구별하는 데 사용할 수 있는 편리한 규칙을 잃는 경우가 많습니다. 예를 들어, ADO 와 ODBC 가 * * * 가지고 있는 몇 가지 특징이 있습니다. 한 가지 특징은 Visual C++ 를 통해 어떤 기술에도 직접 액세스할 수 있다는 것입니다. 즉, ADO 와 ODBC 가 모두 제공하는 모든 기능에 완전히 액세스할 수 있습니다. (예, 그렇습니다. 하지만 액세스와 관련해서는 한 기술이 다른 기술보다 훨씬 낫다고 말할 수 없기 때문에 결함이 있습니다.) < P > 잘못된 결정을 내리면 익숙한 기술들이 실제로 ODBC 에서 ADO 로 또는 반대 방향으로 응용 프로그램을 옮기는 데 도움이 됩니다. 두 기술 모두 데이터베이스 객체에 의존하여 기본 DBMS 를 관리하는 반면 레코드세트 객체에는 DBMS 에 대한 쿼리 결과가 포함되어 있습니다. 또한 ODBC 와 ADO 는 데이터베이스와 레코드세트 객체를 비슷한 멤버로 사용합니다. 클래스 및 멤버 이름을 일부 변경이라고 부르더라도 ODBC 와 ADO 프로그래밍의 코드가 매우 비슷하다는 것을 알 수 있습니다.

ODBC 와 ADO 모두 외부 드라이버를 사용하여 작업을 완료합니다. 그러나 ADO 를 사용하면 Microsoft Jet 엔진에서 추가 지원을 받을 수 있습니다. 이 추가 지원은 어떻게 프로그램 설계를 더 쉽게 할 수 있을까? 서로 다른 엔진에 의존하는 두 개의 데이터베이스에 대한 외부 연결을 수행할 위치를 고려해 보십시오. ODBC 에서는 필요한 모든 설정을 수동으로 수행해야 합니다. ADO 를 사용한다는 것은 Microsoft Jet 엔진이 이러한 설정을 수행한다는 것을 의미합니다. 애석하게도 ADO 가 이 일을 하게 하는 것은 통제수준과 약간의 유연성을 잃게 된다는 것을 의미하며, 이것이 바로 당신이 처음부터 C++ 를 사용하여 데이터를 얻고 싶어하는 이유입니다. (데이비드 아셀, Northern Exposure (미국 TV 드라마), 스포츠명언)

참고 ODBC 와 ADO 는 MFC 가 완전히 다른 방식으로 사용하더라도 레코드세트 및 데이터베이스 객체와 같은 유사한 특징을 가지고 있습니다.

ADO 를 절대 사용할 수 없는 곳이 있습니다. 16 비트 데이터에 액세스하려면 ADO 를 사용할 수 없습니다. 네가 아무리 생각해도 ODBC 를 사용해야 한다. 그러나, 아직 16 비트 데이터베이스를 사용하고 있는 사람은 거의 없다. 대부분의 새 프로젝트는 32 비트 인터페이스를 사용합니다. 즉, 선택이 있다는 뜻입니다. 오래된 공사는 이미 코드를 내장하는 데이터 액세스 방법을 가지고 있기 때문에, 너도 여기서 결정을 내릴 필요가 없다.

ODBC 의 단점은 이전에 ADO 를 사용한 것처럼 트랜잭션을 추적할 수 없다는 것입니다. Microsoft Jet 엔진과 함께 ADO 를 사용할 경우 트랜잭션의 작업공간 레벨 지원을 받아야 합니다. ODBC 는 데이터베이스 레벨 트랜잭션 지원만 제공합니다. 즉, 여러 다른 작업 공간에서 트랜잭션을 추적할 수 있습니다 (디버깅이 매우 어렵고 다른 유형의 문제가 발생할 수 있음). ADO 는

주석이 ODBC 데이터베이스를 처리할 때 데이터베이스 레벨 지원을 제공합니다. 이는 ODBC 가 제공하는 지원 수준과 동일합니다. Microsoft Jet 엔진을 사용하지 않는 한 작업 공간 수준 트랜잭션 지원의 이점을 얻을 수 없습니다.