• DAO는 Data Access Object로 순수하게 데이터 접근 코드만을 갖고 있어야 한다.
• DB 테이블, 필드 이름과 sql은 언제든 바뀔 수 있기에, 이를 DAO와 분리하여 관리할 수 있도록 하는 것이 좋다.

XML 설정을 이용한 분리

개별 프로퍼티 방식

• sql을 개별 프로퍼티로 만들어서 xml에 입력하여 sql과 dao를 분리했다.

⇒ 테이블 이름이나 필드 이름, sql을 변경할 때 xml 파일만 바꾸면 되기에 변경에 유연하게 대처할 수 있다.

<bean id="userDao" class="...">
	<property name="datasource" ref="datasource"/>
	<property name="sqlAdd" value="insert into users(id, name) values(?, ?)"/>
...
</bean>

• 매번 새로운 sql이 필요할 때마다 프로퍼티를 추가해야 하고, DI를 위한 수정자와 변수를 만들어주어야 하기에 프로퍼티 방식은 불편함이 있다.

sql 맵 프로퍼티 방식

• 스프링이 제공하는 <map> 태그를 활용하면, 맵과 같은 컬렉션 타입의 프로퍼티 값을 지정해줄 수 있다.

<bean id="userDao" class="...">
	<property name="datasource" ref="datasource"/>
	<property name="sqlMap">
		<map>
			<entry key="add" value="insert into users(id, name) values(?,?)"/>
			<entry key="get" value="select * from users"/>
		</map>
	</property>
...
</bean>

• 개별 프로퍼티 방식에서는 새로운 sql이 필요할 때마다 새로운 변수와 생성자를 추가하는 불편함이 있었지만, sql 맵 프로퍼티 방식은 sqlMap이라는 맵 하나에서 모든 프로퍼티를 관리하기에 새로운 sql이 필요하다면 xml 파일만 수정해주면 된다.

SqlService( Sql 제공 서비스 )

• 스프링 설정파일에 DI 설정정보와 sql이 섞여있는 것은 보기에도 않좋고 sql 리뷰나 튜닝에도 좋지 않다.

• 스프링 설정파일에서 생성된 오브젝트는 애플리케이션을 다시 시작하기 전에는 변경이 어렵다

  ⇒ 운영중인 애플리케이션에서 빈번하게 참조되는 맵 정보(sqlMap)을 수정할 경우, 동시성 문제가 발생할 수 있기 때문

Sql 서비스 인터페이스

• sql의 키 값을 전달하면 그에 해당하는 sql을 돌려주는 방식으로 생성한다.
• 인터페이스를 사용하기에 DAO와 Sql을 분리하고, DI를 통해서 주입받을 수 있도록 한다.

public interface SqlService{
	String getSql(String key) throws SqlRethrievalFailureException;
}

public class SqlRethrievalFailureException extends RuntimeException{
	public SqlRethrievalFailureException(String message){
		super(message);
	}
	
	public SqlRethrievalFailureException(String message, Throwable cause){
		super(message, cause);
	}
}