JDBCコンセプト


JDBC(Javaデータベース接続)概念


  • JDBC(Java DataBase Connectivity)とは、Javaプログラムのことです
    APIが一貫してアクセスするJavaクラスの集合を提供します.以下の特徴があります.
    	1) JDBC는 함수 호출용 SQL 인터페이스를 제공
    	2) JDBC는 ANSI SQL-92 표준을 지원
    	3) JDBC는 공통된 SQL 인터페이스를 바탕으로 한다
    	4) JDBC는 익히고 사용하기 쉽다
    
    	==> JDBC란 데이터베이스에 연결 및 작업을 수행하기 위한
    	    JAVA 의 표준 인터페이스이다.

  • JDBC構成
    1) 응용 프로그램
      a. 데이터베이스에 연결을 요청
      b. 데이터베이스에 SQL 문을 전송
      c. SQL 문의 처리 결과 요청
      d. 오류가 발생하는 경우에 오류 처리
      e. 트랜잭션을 제어
      f. 연결 종료
    
    2) 드라이버 매니저
      a. 데이터베이스에 맞는 드라이버 검색
      b. JDBC 초기화를 위한 작업 수행
    
    3) 드라이버
      a. 데이터베이스에 연결
      b. 데이터베이스에 SQL 문을 전달
      c. 응용 프로그램에 검색 결과를 전달
      d. 필요한 경우 커서를 조작
      e. 필요한 경우 트랜잭션을 시작
    
    4) DBMS
      a. 데이터가 저장되어 있는 장소
      
      

  • System Architecture
  • JDBC APIは2層と3層を同時にサポートする.
    ※tier=階層
    :一連の類似オブジェクトがリストされている場合は、階層または列を表します.
    プログラムの一部は複数のオブジェクトに存在する可能性があります.
    このレイヤは、ネットワーク上の他のコンピュータ上に存在してもよい.
     1) 2-tier (*덩어리를 두개로 나눔)
    
        a. 자바 애플릿이나 어플리케이션이 JDBC 를 이용하여 DBMS 에 "직접" 접근
        b. 가장 대표적인 Client / Server 구조 (=서비스를 제공하는 사람 → Server)
        c. 프로그래밍이 간단하다는 장점
        d. 보안, 로드밸런싱, 확장성(오브젝트 재사용)등의 문제점
        e. 2-tier 디자인이 적합한 경우
          - 애플리케이션이 하나의 데이터베이스만을 사용
          - 데이터베이스 엔진이 하나의 CPU 에서 동작
          - 데이터베이스가 계속 거의 같은 크기로 유지
          - 사용자 기반이 같은 크기로 유지
          - 요구가 확정되어 변화 가능성이 극히 적거나 없는 경우
          - 애플리케이션을 종료한 후에도 최소한의 지속성을 요구하는 경우
    
    
    
    2) 3-tier (*덩어리가 3개)
    
        a. 자바 애플릿이나 애플리케이션이 DBMS 에 직접 접근하는 것이 아니라
           "중간에 미들웨어(미들티어)를 거쳐" 데이터베이스에 접근
        b. 데이터베이스와의 연동 부분을 분리시킴으로써
           Presentation Layer 가 데이터 저장 방법에 신경을 쓰지 않아도 된다.
        c. 클라이언트는 단지 미들티어를 참조
        d. 미들티어 서버는 DBMS 와 같이 특정한 작업만 수행하는 최종 서버와
           통신을 하여 결과를 얻은 후 이 결과를 클라이언트에 전달
        e. 2-tier 모델보다 안정적이고 유연하며 보안이 강화
           tier 1 : 사용자 인터페이스를 담당하는 클라이언트
           tier 2 : http, 코바 등을 지원하는 응용 처리 서버
           tier 3 : DBMS 와 같이 사용자가 최종적으로 원하는 기능을 수행할 서버
  • JDBCドライブタイプ
  • 	1) Type 1
    	- JDBC-ODBC Driver
    	- 특징
    	가. 데이터베이스를 연동하기 위해 브릿지 기술을 사용
    	나. ODBC API 로의 게이트웨이를 제공하여
    	    실제로는 ODBC 의 API를 구현함으로써 데이터베이스를 연동
    	다. 브릿지 솔루션은 보통 클라이언트에 소프트웨어가 설치될 것을 요구
    	라. JDBC-ODBC Driver는 ODBC Driver가 풍부하기 때문에
    	    거의 대부분 데이터베이스 시스템에서 사용할 수 있으며,
    	    JDBC-ODBC Driver 를 사용하는 클라이언트에
    	    사전에 ODBC Driver가 설치되어 있는 경우, 매우 유용하게 사용할 수 있다.
    	마. 속도와 관련한 가장 큰 문제
    	    JDBC를 통해 호출된 명령이 다시 ODBC 를 통해 나가야 하기 때문에
    	    두 개의 브릿지를 거치며, 이로 인해 빠른 속도를 기대하기 어렵다.
    	    빠른 성능을 요구하는 어플리케이션의 경우에는
    	    Type 1. JDBC-ODBC 브릿지는 적당하지 않다.
    	바. JDBC-ODBC 브릿지를 사용하는 시스템에는
    	    반드시 해당 데이터베이스에 연결하기 위한 ODBC Driver가 설치되어야 하며,
    	    이 단점을 애플릿에서 JDBC 를 사용하여 프로그래밍 해야 하는 경우
    	    많은 문제가 된다.
    	    애플릿을 사용하여 JDBC-ODBC 를 사용할 경우,
    	    애플릿을 다운받은 클라이언트에 미리 해당 ODBC Driver 가 설치되어 있어야
    	    하기 때문에 배포 등에 많은 문제가 발생하게 된다.
            
            
    	2) Type 2
    	- Native-API / Partly Java Driver(사용 일부 자바)
    	- 특징
    	  가. 각각의 데이터베이스 제조업체들이 제공한 C 혹은 C++ 메소드를
    	      자바 코드가 호출하는 방식
    	  나. 부분적으로 자바 드라이버인 원시 API라고 일컬어짐.
    	  다. 데이터베이스와 연결되는 부분이 Native Code 로 구현되어 잇는 만큼
    	      JDBC-ODBC 브릿지에 비해 빠른 속도를 제공한다.
    	  라. JDBC Driver 를 사용하고자 하는 각각의 클라이언트에
    	      DBMS Vender 의 데이터베이스 라이브러리가 로드되어야 하기 때문에
    	      인터넷이나 CS 환경에서는 사용하기가 적합하지 않다.
    	      또한 Type 3,4 드라이버에 비해 낮은 성능
    
    
    	3) Type 3
    	- Net-Protocol / All-Java Driver(순수 자바)
    	- 클라이언트에서 일반적인 Network API를 이용해 보낸 정보를
    	  서버가 Database에 독점적 형태로 변환하는 방식
    	- 특징
    	  가. 클라이언트에 존재하는 JDBC Driver 는 소켓을 사용하여
    	      서버에 존재하는 미들웨어(Middleware) 애플리케이션에 연결
    	  나. 애플리케이션은 클라이언트의 요청을 사용하고자 하는
    	      데이터베이스에 독점적인 API로 전환
    	  다. 하나의 드라이버로 여러 개의 데이터베이스를 연동
    	  라. 클라이언트에 소프트웨어를 설치할 필요가 없음
    	
        
    	4) Type 4
    	- Native-Protocol / All-Java Driver(순수 자바)
    	- 데이터베이스 엔진에 사용되는 Network Protocol 을
    	  Java Socket 으로 직접 Database에 교신하는 방식
    	- 특징
    	  가. 가장 직접적인 순수 자바 솔루션
    	  나. 거의 대부분 데이터베이스의 제조업체가 제공한다.
    	  다. ODBC 나 Native Lib 형태로 request 를 변환하지 않기 때문에
    	      Performance 가 매우 좋다.
    	      또한, 특별하게 Driver 나 Lib, Middleware 등을
    	      설치할 필요가 없기 때문에 배포 등이 매우 용이하다. 
  • Oracle JDBC Driver
  • 	1) Type 2
    	  오라클 OCI Driver 라고 불린다.
    	
    	- OCI7 드라이버 : Oracle 7 데이터베이스를 지원
    	- OCI8 드라이버 : Oracle 8 데이터베이스를 지원
    	- OCI9 드라이버 : Oracle 9 데이터베이스를 지원
    
    	이러한 드라이버는 한정된 플랫폼으로 모든 오라클 드라이버는
    	JDK 1.0 과 1.1.x에 종속적이며 JDBC 1.22 표준을 지원한다.
    	또한, Net8을 포함하는 Oracle Client를 설치해야 사용이 가능하다.
    
    	★ 2) Type 4 (★우리가 앞으로 사용 할 것)
    	  오라클 Thin Driver 라고 불린다.
    	
    	자바로 작성된 Net8의 TCP/IP 버전의 자체적인 실행을 포함하여
    	플랫폼에 독립적이고 실행 시간에 브라우저로 다운로드 된다.
    	그리고 서버 측에서는 TCP/IP Listener가 필요하며
    	연결 스트링은 TNSNAMES 엔트리가 아닌 TCP/IP 주소가 포트번호이다.
    	
    	※ URL Format → jdbc:oracle:thin:@[host]:[port]:[database]
  • JDBC API
  • 	JDBC API 는 데이터베이스의 데이터를 액세스 할 수 있도록 제공되는
    	표준 자바 API 클래스와 인터페이스로 구성되며,
    	다음의 기능을 실행하기 위한 클래스와 인터페이스를 제공한다.
    	
    	- JAVA 프로그램에서 데이터베이스 서버에 접속
    	- SQL 문을 구성, 데이터베이스 서버에서 실행
    	- 데이터베이스 서버가 처리한 결과 가져오기
    	- 데이터베이스의 정보, 처리 결과에 대한 정보 등을 가져오기
    
    ※ 『java.sql.*』패키지
    	- JAVA Application 으로부터 Database를 조작하는 API는
    	JDK의 코어 API로 java.sql 패키지에 설정되어 있다.
    	- JDBC 는 데이터베이스에 접속하기 위해
    	★ 한 개의 클래스(java.sql.DriverManager)와
    	★ 두 개의 인터페이스(java.sql.Driver 와 java.sql.Connection)를 사용한다.