ODBC
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.
1. 개요
ODBC(Open Database Connectivity)는 다양한 데이터베이스 관리 시스템(DBMS)에 접근하기 위한 표준 API이다. 1992년 마이크로소프트에서 처음 출시되었으며, 1970년대 메인프레임 시대에 다양한 데이터베이스 접근 방식의 문제점을 해결하기 위해 개발되었다. ODBC는 드라이버 관리자, 드라이버, 브리지 구성 요소로 구성되며, JDBC, OLE DB, ADO.NET 등 다른 데이터 접근 기술과의 브리지를 제공한다. ODBC는 여러 버전을 거쳐 발전해 왔으며, 현재까지도 광범위하게 사용되고 있다.
더 읽어볼만한 페이지
- 데이터베이스 API - 임베디드 SQL
임베디드 SQL은 호스트 프로그래밍 언어 내에 SQL 문을 삽입하여 데이터베이스와 상호 작용하는 기술로, 데이터베이스 액세스를 표준화하지만 보안 취약점과 이식성 저하의 단점도 가진다. - 데이터베이스 API - OLE DB
OLE DB는 마이크로소프트가 개발한 데이터베이스 접속 기술로, 다양한 데이터 소스에 대한 통합적인 접근 방식을 제공하며, 소비자와 공급자로 나뉘어 여러 API 및 프레임워크와 연동되어 활용된다. - 데이터베이스 - 지식 베이스
지식 베이스는 특정 주제 정보를 체계적으로 저장 및 관리하며 규칙 기반 추론으로 새로운 지식 도출에 활용되고, 웹 콘텐츠 관리 및 지식 관리 시스템으로 확장되어 온톨로지를 이용, 인공지능 기술과 결합하여 문제 해결책을 제시하고 경험을 통해 학습하는 시스템이다. - 데이터베이스 - 화이트리스트
화이트리스트는 특정 대상만 허용하고 나머지는 차단하는 접근 제어 목록으로, 정보보안, 무역, 금융 등 다양한 분야에서 활용되지만, 목록 선정 기준의 불명확성, 사회적 문제점 등의 위험성으로 투명하고 엄격한 관리가 필요하다. - 데이터 관리 - 데이터 센터
데이터센터는 컴퓨터 시스템 및 관련 장비와 지원 인프라를 수용하는 시설로, 기술 발전에 따라 규모와 중요성이 확대되었으며, 에너지 효율과 보안을 고려하여 설계 및 운영되고, TIA-942 표준에 따른 티어 분류와 친환경 기술 도입이 이루어지고 있다. - 데이터 관리 - 정보 아키텍처
정보 아키텍처는 정보 시스템 및 정보 기술 분야에서 공유 정보 환경의 구조적 설계를 의미하며, 웹사이트, 소프트웨어 등의 구성과 레이블링을 포함하여 검색 용이성과 사용성을 지원하고, 도서관정보학에 기원을 두고 있다.
| ODBC | |
|---|---|
| 일반 정보 | |
| 유형 | 응용 프로그래밍 인터페이스 |
| 설계자 | 마이크로소프트 |
| 초기 출시 | 1992년 9월 |
| 상세 정보 | |
| 운영체제 | 마이크로소프트 윈도우, 유닉스 계열 운영체제 |
| 플랫폼 | 클라이언트 서버 |
| 라이선스 | 독점 소프트웨어 |
2. 역사
ODBC는 데이터베이스 접근 방식의 표준화 필요성에 의해 탄생했다. 과거 데이터베이스 애플리케이션은 RDBMS 벤더가 제품과 함께 배포하는 유틸리티와 임베디드 SQL로 개발되었지만, C 언어상의 API 레벨에서 통일된 인터페이스로 데이터베이스에 접속하기 위한 API를 정리한 것이 마이크로소프트가 1992년에 발표한 "ODBC"이다.[34]
이후 ODBC 3.0에서는 X/Open컨소시엄과 ISO에서 진행되던 표준화에 맞춰 1995년에 "SQL/CLI"로 SQL 표준의 일부가 되었다. X/Open과 ISO가 추진하던 SQL/CLI는 ODBC의 유용성으로 인해 업계 표준이 된 ODBC를 표준 규격화하기 위한 시도였으며, 마이크로소프트가 이에 동조하는 형태로 표준화가 이루어졌다.
ODBC는 대부분의 경우 SQL/CLI의 슈퍼셋이며, 많은 RDBMS에서 지원되고 있다. ODBC를 이용하면 데이터베이스 각 벤더 고유의 인터페이스를 추상화하여 통일적으로 액세스할 수 있게 되지만, 실제로는 SQL 문법이 각 벤더에 따라 방언이 있는 것처럼, 접속 이외의 문제로 데이터베이스별 사양(예: 락)이나 특성을 이해할 필요가 없어지는 것은 아니다.
ODBC의 버전 역사는 다음과 같다.
2. 1. ODBC 이전
1970년대에 메인프레임 컴퓨터 기반의 관계형 데이터베이스가 도입되면서 데이터 접근 방식이 급증했다. IBM의 SQL과 Ingres 프로젝트의 QUEL과 같은 시스템이 등장했지만, 구현 방식에는 상당한 차이가 있었다.[1]SQL 언어는 기본적인 프로그래밍 기능만 가지고 있었기 때문에, 사용자는 Fortran 또는 C와 같은 다른 언어로 작성된 프로그램 내에서 SQL을 사용하고자 했다. 이는 임베디드 SQL 개념으로 이어졌으나, 플랫폼 및 언어에 따라 호환성 문제가 발생했다. 예를 들어, IBM Db2에 대한 호출을 허용하는 시스템은 SQL/DS에 대한 호출을 허용하는 시스템과 매우 다르게 보였다.[1]
1980년대 중반, 그래픽 사용자 인터페이스의 발전과 클라이언트-서버 모델 컴퓨팅의 도입으로 데이터 액세스 표준의 필요성이 더욱 커졌다. 이 모델에서는 메인프레임과 미니컴퓨터가 주로 근거리 통신망을 통해 데이터를 제공하고, 마이크로컴퓨터가 해당 데이터를 해석, 표시 및 조작하는 데 사용되었다. 이러한 환경에서 다양한 클라이언트가 서버에 접근할 수 있도록 데이터 액세스 표준이 필요했다.[1]
2. 2. 초기 노력
1980년대 후반, 데이터 접근 추상화 계층을 제공하기 위한 여러 노력이 있었다. IBM의 분산 관계형 데이터베이스 아키텍처(DRDA)와 애플의 데이터 액세스 언어(DAL) 등이 그 예시이다. 로터스의 데이터렌즈(DataLens)는 다양한 데이터베이스 시스템을 지원하는 초기 시스템 중 하나였다.[1]사이베이스, 탠덤 컴퓨터즈, 마이크로소프트 등의 기업들은 표준화된 동적 SQL 개념을 연구하는 팀을 구성했다. 이 팀의 시스템은 사이베이스의 DB-Library 시스템을 기반으로, 다른 플랫폼을 지원하기 위한 기능들이 추가되었다.[1] 1989년 4월, "마이크로소프트 데이터 액세스 API"의 첫 번째 초안이 공개되었고, 이후 1989년 여름에 "SQL 연결성"(SQLC)으로 발전했다.[1]
2. 3. SAG와 CLI
1988년, 여러 공급업체들이 SQL 액세스 그룹(SAG)을 결성하여 SQL 언어에 대한 단일 기본 표준을 만들려고 했다. 마이크로소프트, 탠덤, 디지털 이큅먼트 코퍼레이션(DEC), 사이베이스는 업데이트된 SQLC 버전을 SAG 회의에 제출했고, 이는 초안 표준으로 채택되었다.[2] 1995년, SQL/CLI는 국제 SQL 표준(ISO/IEC 9075-3)의 일부가 되었다.[2]SAG는 1996년에 X/Open 그룹에 인수되었고, 이후 The Open Group의 공통 애플리케이션 환경의 일부가 되었다. 마이크로소프트는 원래의 SQLC 표준을 계속 사용하여 ODBC를 개발했다.
2. 4. JET와 ODBC
마이크로소프트는 자사의 제트 데이터베이스 시스템(JET) 개발에 힘썼다. JET는 ISAM 기반 데이터베이스 엔진, C 기반 인터페이스, 동적 링크 라이브러리(DLL) 드라이버들을 결합한 시스템이었다. SAG 표준화는 마이크로소프트가 JET 시스템을 새로운 CLI 표준에 맞게 조정할 수 있는 기회를 제공했다. 마이크로소프트는 페이지어헤드 소프트웨어(PageAhead Software)와 협력하여 쿼리 프로세서인 SIMBA를 사용해 JET를 SQL 데이터베이스로 만들었다.[3]2. 5. 출시 및 지속적인 개발
ODBC 1.0은 1992년 9월에 출시되었다.[35][4] 초기에는 SQL 데이터베이스에 대한 직접적인 지원이 거의 없었고, 성능 문제도 있었다.[4] 이러한 성능 문제는 Simba Technologies의 SQL 방언에서 Jet의 내부 C 기반 형식으로 변환된 다음, 드라이버로 전달되어 데이터베이스에 대한 SQL 호출로 다시 변환되는 복잡한 호출 경로 때문이었다.[4] Digital Equipment와 오라클은 Simba Technologies와 계약하여 자사 데이터베이스용 드라이버를 개발했다.[5]1993년경, OpenLink Software는 PROGRESS DBMS용으로 독립 개발된 최초의 타사 ODBC 드라이버 중 하나를 출시했다.[6] 이 회사는 곧 PROGRESS, Sybase, Oracle 및 기타 DBMS용 UDBC (ODBC 및 SAG/CLI와 동일한 플랫폼 간 API) SDK 및 관련 드라이버를 출시하여 AIX, HP-UX, Solaris, Linux 등 Unix 계열 OS, VMS, Windows NT, OS/2 등 다양한 플랫폼에서 ODBC를 사용할 수 있게 했다.[7]
CLI 표준화 작업은 지연되어 1995년 3월에야 최종 버전이 확정되었다. 그 무렵, 마이크로소프트는 Visigenic Software에 비 Windows 플랫폼에서 ODBC를 개발할 수 있는 소스 코드 라이선스를 부여했다. Visigenic은 ODBC를 클래식 Mac OS 및 다양한 Unix 플랫폼으로 이식했고, ODBC는 빠르게 사실상의 표준이 되었다.[8]
시간이 지나면서 데이터베이스 공급업체들은 드라이버 인터페이스를 인수하여 자사 제품에 대한 직접 링크를 제공했다. Jet 또는 이와 유사한 래퍼를 거치는 중간 변환을 생략하면 더 높은 성능을 얻을 수 있었다. 그러나 마이크로소프트는 OLE DB[10], ActiveX Data Objects (ADO), ADO.net 등으로 관심을 돌렸다.
마이크로소프트가 ODBC에서 관심을 돌린 반면, Unix 분야는 ODBC를 점점 더 수용했다. 그래픽 사용자 인터페이스 (GUI) (GNOME 등)의 도입과 오픈 소프트웨어 데이터베이스 시스템 (PostgreSQL, MySQL 등)의 등장이 ODBC 채택 증가의 원인이 되었다. 이후 Apple이 Mac OS X 10.2 (Jaguar)부터 iODBC 패키지를 통해 ODBC를 표준으로 채택하면서, ODBC는 플랫폼 간 데이터 액세스 표준으로 더욱 굳건해졌다.[12] (OpenLink Software는 2001년부터 Mac OS X 10.0 및 Mac OS 9까지 독립적으로 제공[13])
Sun Microsystems는 자체 오픈 표준인 Java Database Connectivity (JDBC)의 기반으로 ODBC 시스템을 사용했다. JDBC는 C 대신 Java용 ODBC 버전으로 간주할 수 있다. JDBC-ODBC ''브리지''를 사용하면 Java 기반 프로그램이 네이티브 JDBC 드라이버가 없는 플랫폼에서 ODBC 드라이버를 통해 데이터 소스에 액세스할 수 있지만, 현재는 비교적 드물다. 반대로, ODBC-JDBC 브리지를 사용하면 C 기반 프로그램이 적절한 ODBC 드라이버가 없는 플랫폼 또는 데이터베이스에서 JDBC 드라이버를 통해 데이터 소스에 액세스할 수 있다.
ODBC는 오늘날에도 광범위하게 사용되고 있으며, 대부분의 플랫폼과 데이터베이스에서 드라이버를 사용할 수 있다. SQLite와 같이 임베디드 방식으로 사용되는 데이터베이스 엔진에 대한 ODBC 드라이버를 통해 기존 도구가 테스트 및 디버깅을 위한 프런트 엔드 역할을 하도록 하는 경우도 있다.[14]
ODBC의 버전 역사는 다음과 같다.
ODBC는 여러 버전을 거치며 발전해왔다. 주요 버전별 출시일과 특징은 다음과 같다.[34][26]
ODBC는 장치 드라이버 모델을 기반으로 하며, 크게 드라이버와 드라이버 관리자(DM)로 구성된다.
3. 버전 역사
버전 출시일 주요 특징 1.0 1992년 9월 [35][27] 2.0 1994년경 2.5 3.0 1995년경 Intersolve의 John Goodson, IBM의 Frank Pellow, Paul Cotton이 ODBC 3.0에 중요한 기여를 했다.[36][28] 3.5 1997년경 3.8 2009년경 윈도우 7과 함께 출시[29][37][38]
4. 구성 요소
드라이버는 표준 명령 및 함수 집합을 기본 시스템에서 필요한 특정 호출로 변환하는 데 필요한 논리를 캡슐화한다.[14] ODBC 드라이버는 ODBC 호환 응용 프로그램이 "데이터 소스"를 사용할 수 있도록 한다.
드라이버 관리자는 설치된 드라이버를 열거하고 관리하는 기능을 제공한다.[23]
4. 1. 드라이버
ODBC는 장치 드라이버 모델을 기반으로 하며, 드라이버는 표준 명령 및 함수의 집합을 기본 시스템에서 필요한 특정 호출로 변환하는 데 필요한 논리를 캡슐화한다.[14] 예를 들어, 프린터 드라이버는 인쇄 시스템을 사용하는 응용 프로그램에 표준 인쇄 명령 집합인 API를 제공하며, 이러한 API에 대한 호출은 드라이버에 의해 실제 하드웨어(예: PostScript 또는 PCL)에서 사용되는 형식으로 변환된다.
ODBC 드라이버의 기능은 크게 세 가지 범주로 나눌 수 있다.
ODBC 드라이버는 ODBC 호환 응용 프로그램이 일반적으로 DBMS인 "데이터 소스"를 사용할 수 있도록 한다. CSV 파일과 같은 데이터 소스에 대해서는 드라이버 자체 내부에 작은 DBMS를 구현하는 일부 비 DBMS 드라이버가 존재한다. 오라클, PostgreSQL, MySQL, 마이크로소프트 SQL 서버(Compact(CE) 에디션 제외), Mimer SQL, Sybase ASE, SAP HANA[21][22] 및 IBM Db2를 포함한 대부분의 DBMS에 ODBC 드라이버가 존재한다. 대부분의 ODBC 드라이버는 ODBC 표준에 정의된 모든 기능을 구현하지 않으며, 일부 드라이버는 표준에 정의되지 않은 추가 기능을 제공하기도 한다.
4. 2. 드라이버 관리자
ODBC에서 드라이버 관리자(DM)는 설치된 드라이버를 열거하고 관리하는 기능을 제공한다.[23] DM은 설치된 드라이버 목록을 표시할 수 있으며, 이는 GUI 기반 형식인 경우가 많다.
ODBC 시스템 작동에 있어 중요한 것은 DM의 ''데이터 원본 이름''(DSN) 개념이다. DSN은 DBMS 자체와 비교하여 ''특정'' 데이터 원본에 연결하는 데 필요한 추가 정보를 수집한다. 예를 들어, 동일한 MySQL 드라이버를 사용하여 모든 MySQL 서버에 연결할 수 있지만, 로컬 개인 서버 연결 정보는 인터넷 호스팅된 공용 서버 연결 정보와 다르다. DSN은 이 정보를 표준화된 형식으로 저장하며, DM은 연결 요청 중에 이를 드라이버에 제공한다. DM은 또한 사람이 읽을 수 있는 이름으로 DSN 목록을 표시하고 런타임에 이를 선택하여 다른 리소스에 연결하는 기능을 포함한다.
DM은 런타임에 사용자에게 누락된 정보를 묻는 코드 및 논리와 함께 부분적으로 완료된 DSN을 저장하는 기능도 포함한다. 예를 들어, 필수 비밀번호 없이 DSN을 만들 수 있다. ODBC 응용 프로그램이 이 DSN을 사용하여 DBMS에 연결하려고 하면 시스템이 일시 중지되고 계속하기 전에 사용자에게 비밀번호를 제공하라는 메시지가 표시된다.
5. 브리징 구성
브리지는 다른 드라이버 기반 기술을 사용하는 특수한 드라이버이다.
5. 1. ODBC-to-JDBC 브리지
ODBC-JDBC 브리지는 JDBC 드라이버의 서비스를 사용하여 데이터베이스에 연결하는 ''ODBC'' 드라이버이다. 이 드라이버는 ODBC 함수 호출을 JDBC 메서드 호출로 변환한다. 프로그래머는 일반적으로 특정 데이터베이스에 대한 ODBC 드라이버가 없지만 JDBC 드라이버에 접근할 수 있는 경우 이러한 브리지를 사용한다. 예시: [https://uda.openlinksw.com/odbc-jdbc-st/ OpenLink ODBC-JDBC Bridge], [https://www.progress.com/odbc/sequelink SequeLink ODBC-JDBC Bridge].5. 2. JDBC-to-ODBC 브리지
JDBC-ODBC 브리지는 ODBC 드라이버를 사용하여 데이터베이스에 연결하는 JDBC 드라이버이다. 이 드라이버는 JDBC 메소드 호출을 ODBC 함수 호출로 변환한다. 프로그래머는 일반적으로 특정 데이터베이스에 JDBC 드라이버가 없지만 ODBC 드라이버를 통해 접근할 수 있는 경우 이러한 브리지를 사용한다. 썬 마이크로시스템즈는 JVM에 그러한 브리지를 포함시켰지만, JDBC 드라이버가 거의 없을 때 임시 방편으로 간주했다 (내장된 JDBC-ODBC 브리지는 Java 8에서 JVM에서 제거되었다[24]). 썬은 자사의 브리지를 프로덕션 환경용으로 의도하지 않았으며, 일반적으로 사용을 권장하지 않았다. 독립적인 데이터 접근 벤더는 두 메커니즘 모두에 대한 최신 표준을 지원하고 JVM 내장 브리지를 훨씬 능가하는 JDBC-ODBC 브리지를 제공한다. 예: [https://uda.openlinksw.com/jdbc-odbc-st/ OpenLink JDBC-ODBC 브리지], [https://www.progress.com/jdbc/sequelink SequeLink JDBC-ODBC 브리지], [https://zappysys.com/products/odbc-powerpack/odbc-jdbc-bridge-driver/ ZappySys JDBC-ODBC 브리지].5. 3. OLE DB-to-ODBC 브리지
OLE DB-ODBC 브리지는 OLE DB 공급자이며, ODBC 드라이버를 사용하여 대상 데이터베이스에 연결한다. 이 공급자는 OLE DB 메서드 호출을 ODBC 함수 호출로 변환한다. OLE DB 공급자는 없지만 ODBC 드라이버를 통해 특정 데이터베이스에 접근할 수 있는 경우에 이 브리지를 사용한다.[25]마이크로소프트는 MDAC 시스템 구성 요소 번들의 일부로 MSDASQL.DLL을 다른 데이터베이스 드라이버와 함께 제공하여 COM 인식 언어(예: Visual Basic)로 개발을 단순화했다. 타사에서도 이와 같은 브리지를 개발했는데, 특히 OpenLink Software는 마이크로소프트가 처음에 64비트 OS용 브리지를 사용 중단했을 때 64비트 ODBC 데이터 소스용 OLE DB 공급자가 그 공백을 채웠다.[25] (마이크로소프트는 나중에 입장을 바꾸어 Windows Server 2008 및 Windows Vista SP1부터 시작하는 64비트 윈도우에 64비트 버전의 MSDASQL을 함께 제공했다.)[25]
5. 4. ADO.NET-to-ODBC 브리지
ADO.NET-ODBC 브리지는 ODBC 드라이버를 사용하는 ADO.NET 공급자이다. 이 공급자는 ADO.NET 메서드 호출을 ODBC 함수 호출로 변환한다. 프로그래머는 일반적으로 특정 데이터베이스에 ADO.NET 공급자가 없지만 ODBC 드라이버를 통해 접근할 수 있는 경우 이러한 브리지를 사용한다. 마이크로소프트는 C#에서의 개발을 단순화하기 위해 다른 데이터베이스 드라이버와 함께 MDAC의 일부로 이를 제공한다. 타사에서도 이러한 브리지를 개발했다. 예: OpenLink ADO.NET-ODBC 브리지, SequeLink ADO.NET-ODBC 브리지.6. 최근 동향
최근에는 윈도우에서도 C 언어를 통해 ODBC를 직접 사용하는 경우는 줄어들고 있으며, Visual Basic(VB) 등에서는 COM으로 VB에서 직접 다룰 수 있는 ADO (액티브X 데이터 오브젝트)의 하부 레이어의 선택지 중 하나로 사용되는 경우가 많다. (ADO는 ODBC를 대신하여 OLE DB라고 불리는 프로바이더를 선택함으로써 데이터베이스 고유의 접속 방법을 추상화하지만, 기존의 ODBC와의 접속을 위한 래퍼인 "OLE DB Provider for ODBC"를 사용할 수도 있다.)
그러나 한편으로는 SQL Server 2014 이후에는 OLE DB는 앞으로 업데이트되지 않고, 범용적인 접속 방법으로는 ODBC로 회귀하는 방향성도 제시되고 있다.[30][31]
.NET Framework에서는 ADO와 같은 방식으로 관리되는 환경이기 때문에 이러한 프로바이더는 일신되었다. 다만 기존의 OLE DB도 사용할 수 있으므로, OLE DB를 경유한 ODBC 접근은 오늘날에도 이용 가능하다. SQL Server는 당연하고 오라클 등 대형 RDBMS 벤더는 .NET Framework용 프로바이더 혹은 OLE DB 프로바이더를 제공하고 있어, 굳이 ODBC를 경유해야 할 케이스는 적다고 생각된다.
Java에서는 과거에 JDBC가 다루는 데이터베이스 드라이버로서 Type1 드라이버(JDBC-ODBC 브리지)로서 JDBC의 하위 물리 드라이버로 사용되고, 아직 Java에 대응하지 않는 데이터베이스에 접속하는 경우 등의 수단으로 사용되는 경우도 있었지만, 오늘날에는 많은 데이터베이스가 JDBC 드라이버를 제공하고 있어 ODBC를 경유시킬 필요성은 거의 없어졌다.[32]
이 때문에 JDBC-ODBC 브리지는 Java7에서는 비권장되었고, Java8에서는 표준에서 삭제되었다.[33]
참조
[1]
간행물
Blueprint Lets 1-2-3 Access Outside Data
https://books.google[...]
1988-04-04
[2]
표준
ISO/IEC 9075-3 – Information technology – Database languages – SQL – Part 3: Call-Level Interface (SQL/CLI)
[3]
서적
New perspectives on information systems development: theory, methods, and practice
https://books.google[...]
Springer
2010-07-28
[4]
웹사이트
Linux/UNIX ODBC – What is ODBC?
http://www.easysoft.[...]
[5]
웹사이트
Our History
http://www.simba.com[...]
[6]
뉴스
ODBC and progress V7.2d
https://groups.googl[...]
2013-12-13
[7]
뉴스
Need ODBC/Ingres driver for DEC OSF/1
https://groups.googl[...]
2013-12-13
[8]
간행물
SQL Access Group's Call-Level Interface
http://www.drdobbs.c[...]
1996-02-01
[9]
웹사이트
Similarities and differences between ODBC and CLI
http://publib.boulde[...]
2008-09-26
[10]
웹사이트
OLE DB and SQL Server: History, End-Game, and some Microsoft "dirt"
http://hal2020.com/2[...]
2011-09-25
[11]
웹사이트
Announcing the new release of OLE DB Driver for SQL Server
https://blogs.msdn.m[...]
2017-10-06
[12]
웹사이트
Open Database Connectivity in Jaguar
http://oreilly.com/p[...]
O'Reilly Media, Inc.
2013-12-13
[13]
웹사이트
ODBC SDK update out for Mac OS Classic, Mac OS X
http://www.macworld.[...]
IDG Consumer & SMB
2013-12-13
[14]
웹사이트
SQLite ODBC Driver
http://www.ch-werner[...]
2018-02-24
[15]
웹사이트
ODBC Versions
http://www.easysoft.[...]
Easysoft
2009-10-27
[16]
웹사이트
Access to an Oracle database using JDBC
https://web.archive.[...]
Technical University of Cluj-Napoca
2009-10-27
[17]
서적
Microsoft ODBC 3.0 Programmer's Reference and SDK Guide, Volume 1
Microsoft Corporation
1997-02
[18]
웹사이트
What's New in ODBC 3.8
http://msdn.microsof[...]
Microsoft
2010-01-13
[19]
웹사이트
A new release of ODBC for Modern Data Stores
https://blogs.msdn.m[...]
Microsoft
2017-01-03
[20]
웹사이트
History of the Desktop Database Drivers
http://learn.microso[...]
2017-01-19
[21]
웹사이트
SAP HANA System Properties
http://db-engines.co[...]
2016-03-28
[22]
웹사이트
Connect to SAP HANA via ODBC - SAP HANA Developer Guide for SAP HANA Studio - SAP Library
http://help.sap.com/[...]
2016-03-28
[23]
웹사이트
Introduction to ODBC
http://infocenter.sy[...]
Sybase
2011-10-08
[24]
웹사이트
Java JDBC API
https://docs.oracle.[...]
2018-12-18
[25]
웹사이트
ADO Programmer's Guide Appendix A: Providers, Microsoft OLE DB Provider for ODBC
http://msdn.microsof[...]
Microsoft
2005-07-30
[26]
웹사이트
ODBC Versions
http://www.easysoft.[...]
Easysoft
2015-12-31
[27]
웹사이트
Access to an Oracle database using JDBC
http://www.east.utcl[...]
Technical University of Cluj-Napoca
2015-12-31
[28]
서적
Microsoft ODBC 3.0 Programmer's Reference and SDK Guide, Volume 1
Microsoft Corporation
[29]
웹사이트
What's New in ODBC 3.8
http://msdn.microsof[...]
Microsoft
2015-12-31
[30]
웹사이트
http://msdn.microsof[...]
[31]
웹사이트
http://blogs.technet[...]
[32]
문서
SQL Serverでさえ、JDBCドライバを出している
[33]
웹사이트
JDBC-ODBC Bridge
https://docs.oracle.[...]
[34]
웹인용
ODBC Versions
http://www.easysoft.[...]
Easysoft
2009-10-27
[35]
웹인용
Access to an Oracle database using JDBC
https://web.archive.[...]
Technical University of Cluj-Napoca
2009-10-27
[36]
서적
Microsoft ODBC 3.0 Programmer's Reference and SDK Guide, Volume 1
Microsoft Press
1997-02
[37]
간행물
ISO/IEC 9075-3 – Information technology – Database languages – SQL – Part 3: Call-Level Interface (SQL/CLI)
[38]
웹인용
What's New in ODBC 3.8
http://msdn.microsof[...]
Microsoft
2010-01-13
본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.
문의하기 : help@durumis.com