0203 국비 수업 PreparedStatement 작업순서 bind 변수 Singleton Pattern

*PreparedStatement 객체를 사용한 CRUD

*조회 결과가 n개의 행일 때 (몇 개의 행이 반환될지 모를 때)

 

값이 몇개인지 모르겠는데 모든 데이터를 계속 저장하려면 적절한 자료구조는?

• 값 중복 가능 > List
• 값 유일해야함 > Set

테이블의 레코드 구성 상

몇 개인지 모르겠는데 중복될 거 같으면 > list (몇개인지 모르는데 중복 가능)

몇 개인지 모르겠는데 유일할 거 같으면 > Set (몇개인지 모르는데 중복 불가)

 

---

*부서번호를 입력받아 사원명을 조회하는 메서드 작성

부서번호 하나에 사원명이 n명 > 0~n개 나옴

public List<String> selectJob( int deptno )

단일형, 몇개일지 모르는 값을 값을 묶어서 list로 반환

단일형: 한개의 컬럼값이 반환될 것

---

*매니저번호를 받아 사원번호 조회하는 일 method작성

public Set<Integer> selectJob(int mgr)
단일형, 몇 개인지 모르는 값들을 묶어서 반환, 값들이 유일 > Set

---

*부서번호를 받아 사원번호,사원명 조회하는 일 method작성

public List<VO> selectJob(int deptno)

여러 컬럼들의 값인 복합값, 몇개인지 모르는 값들을 묶어서 반환

VO: 여러 개의 컬럼값 / List: 여러 개의 레코드 조회 

 

 

                                                                                            여러 컬럼의 값들(조회된 레코드 하나)은 VO에 저장
                                                                                            같은 이름의 VO객체를 중복되지않게 관리하기 위해 List에 추가

 

---

*조회 결과가 하나의 행일 때

*사원번호를 받아 사원명,부서번호,매니저번호,입사일 조회하는 일 method작성

pk: 컬럼의 값이 유일하고, null 허용 안함

pk로 검색하면 조회되는 레코드가 하나일 것 > List 안씀 

public  VO  selectJob( int empno)  {

---

*사원번호를 받아 사원명 조회하는 일 method작성

Public String selectJob(int empno)

---

*사원번호를 받아 부서번호 조회하는 일 method작성

public int selectJob(int empno)

---

 *PreparedStatement

 - 쿼리문을 알고 있는 객체
 - 쿼리문을 미리 생성하고, 값이 들어가는 부분을 bind변수(?)로 처리하여 쿼리문의 복잡도를 낮추는 쿼리문 생성객체
 - 쿼리문이 반복 실행되더라도(대규모 서비스 환경, 접속자 요청이 많을 때) 한번만 생성하여 처리하기 때문에 반복 실행되는 환경에서 효율 좋음
 - SQLInjection 공격에 안전

작업 순서)

1. 드라이버로딩
2. 커넥션 얻기
3. 쿼리문생성객체 얻기
4. 바인드변수에 값 설정
5. 쿼리문 수행 후 결과 얻기
6. 연결 끊기

*bind변수 ( ? )

 - 쿼리문과 값을 묶을 때(binding) 사용하는 변수
 - 쿼리문에 ?로 사용
 - 바인드 변수는 L -> R 진행하며 순서대로 1번의 인덱스를 가짐
 - 컬럼명,테이블명에 절대로 바인드 변수를 사용할 수 없음 > SQL공격에 안전
 - 바인드변수에는 문자열 일지라도 ‘를 붙이지 않음

---

*코드 예

 

3. 쿼리문 생성객체 얻기

- 쿼리문 생성                                                            (Bind변수 : 문자열일지라도 ‘를 사용하지 않음)
 String insert=“insert into 테이블명(컬럼명,,) values(?,?,?,?)”;

 PreparedStatement pstmt=con.prepareStatement( insert );

쿼리는 있지만 어떤 값이 들어갈지 모름(조립된 빈 총 상태)

 

4. bind변수에 값 설정 ( 쿼리문에 바인드변수가 없다면 생략)

   -정수
    pstmt.setInt( 인덱스, 정수값); // setLong()
   -실수
     pstmt.setDouble(인덱스, 실수값); //setFloat()
   -문자열
     pstmt.setString( 인덱스, 문자열 값);
   -날짜
     pstmt.setDate( 인덱스, java.sqlDate객체);

 

5. 쿼리문 수행 후 결과 얻기 

   ( 주의 : 쿼리문 실행 시 매개변수를 넣지 않도록 => error )

    부모인 Statement에서 제공하는 method(코드의 재사용성)를 사용하지 않도록 주의

   pstmt.executeUpdate();// insert, update, delete
   pstmt.executeQuery(); // select

 

 6. 연결끊기

끊을 때는 뒤에서부터~   

 pstmt.close();  ,  con.close();

---

*Singleton Pattern

 - 실행중인 JVM에서 하나의 객체를 만들어두고, 하나의 객체를 유지하며, 하나의 객체만 사용하도록 만드는 Design Pattern (객체를 하나로 유지하는 개발 패턴)
 - 객체를 사용할 때 이미 생성되어있는 객체를 사용하므로 객체를 참조하는 시간이 짧음(빠름)
 - 메모리를 절약할 수 있음
 - JVM에서 객체가 소멸된 이후에는(null) 참조할 수 없음(해결하는 코드 작성)

 

작성법)

1. 클래스 외부에서 직접 객체화할 수 없도록 막음

(생성자의 접근 지정자를 private으로 막음, 밖에서 접근 불가, 내 클래스 안에서만 접근 가능)



public class Test {

private  static Test t;  //static으로 줘야 참조 가능

private Test(){

  }//Test

}//class



2. 객체를 하나로 유지하고, 생성된 객체를 반환하는 일을 하는 메서드 만들기

public static Test getInstance() { // 인스턴스를 반환하는 메서드, 객체화 없이 클래스명으로 바로 부를 수 있음(static)



//조건-객체가 생성되어있지 않을때만 만들기, 객체가 죽었을 때 다시 살려서 내보낼 수 있음

 if(t==null) { // 객체가 생성되어있지 않다면

  t = new Test();

  }//end if

 return t;

}//getInstance