애플리케이션

애플리케이션은 ODBC API를 호출하여 데이터에 액세스하는 프로그램입니다. 많은 유형의 애플리케이션이 가능하지만 대부분 이 가이드 전체의 예제로 사용되는 세 가지 범주로 나타납니다.

  • 제네릭 애플리케이션 을 축소 래핑된 애플리케이션 또는 상용 애플리케이션이라고도 합니다. 제네릭 애플리케이션은 다양한 DBMS에서 작동하도록 설계되었습니다. 예를 들어 ODBC를 사용하여 추가 분석을 위해 데이터를 가져오는 스프레드시트 또는 통계 패키지와 ODBC를 사용하여 데이터베이스에서 메일링 목록을 가져오는 워드 프로세서가 있습니다.

    제네릭 애플리케이션의 중요한 하위 범주는 PowerBuilder 또는 Microsoft Visual Basic과 같은 애플리케이션 개발 환경입니다. 이러한 환경으로 생성된 애플리케이션은 단일 DBMS에서만 작동하지만 환경 자체는 여러 DBMS에서 작동해야 합니다.

    모든 제네릭 애플리케이션의 공통점은 DBMS 간에 상호 운용성이 뛰어나고 비교적 일반적인 방식으로 ODBC를 사용해야 한다는 것입니다. 상호 운용성에 대한 자세한 내용은 상호 운용성 수준 선택을 참조하세요.

  • 수직 애플리케이션 수직 애플리케이션은 주문 입력 또는 제조 데이터 추적과 같은 단일 유형의 작업을 수행하고 애플리케이션 개발자가 제어하는 데이터베이스 스키마를 사용합니다. 특정 고객의 경우 애플리케이션은 단일 DBMS에서 작동합니다. 예를 들어 중소기업은 dBase에서 애플리케이션을 사용할 수 있지만 대기업은 Oracle에서 애플리케이션을 사용할 수 있습니다.

    애플리케이션은 유사한 기능을 제공하는 제한된 수의 DBMS에 연결될 수 있지만 애플리케이션이 하나의 DBMS에 연결되지 않는 방식으로 ODBC를 사용합니다. 따라서 애플리케이션 개발자는 DBMS와 독립적으로 애플리케이션을 판매할 수 있습니다. 수직 애플리케이션은 개발될 때 상호 운용 가능하지만 고객이 DBMS를 선택한 후에는 비인동기 코드를 포함하도록 수정되기도 합니다.

  • 사용자 지정 애플리케이션 사용자 지정 애플리케이션은 단일 회사에서 특정 작업을 수행하는 데 사용됩니다. 예를 들어 대기업의 애플리케이션은 여러 부서(각각 다른 DBMS를 사용)에서 판매 데이터를 수집하고 단일 보고서를 만들 수 있습니다. ODBC는 일반적인 인터페이스이며 프로그래머가 여러 인터페이스를 학습할 필요가 없도록 하기 때문에 사용됩니다. 이러한 애플리케이션은 일반적으로 상호 운용할 수 없으며 특정 DBMS 및 드라이버에 기록됩니다.

ODBC를 사용하는 방법에 관계없이 많은 작업이 모든 애플리케이션에 공통적으로 적용됩니다. 종합하면 ODBC 애플리케이션의 흐름을 주로 정의합니다. 작업은 다음과 같습니다.

  • 데이터 원본을 선택하고 데이터 원본에 연결합니다.

  • 실행을 위해 SQL 문을 제출합니다.

  • 결과 검색(있는 경우).

  • 처리 오류입니다.

  • SQL 문을 포함하는 트랜잭션 커밋 또는 롤백

  • 데이터 원본에서 연결을 끊습니다.

대부분의 데이터 액세스 작업은 SQL로 수행되므로 애플리케이션에서 ODBC를 사용하는 기본 작업은 SQL 문을 제출하고 해당 문에서 생성된 결과(있는 경우)를 검색하는 것입니다. 애플리케이션이 ODBC를 사용하는 다른 작업에는 드라이버 기능 확인 및 조정 및 데이터베이스 카탈로그 검색이 포함됩니다.