옛날에는 디비마다 연결 sql 응답등 다달라서 표준이 등장함아 이것도 추상화를해서 이렇게...추상화를 하면 밖에서 뭘 쓰든 이 규격에 가져와!Jdbc 각 회사의 드라이버들. 구현체 라이브러리.그림을 보니 이해가 쉽다2가지 문제가 해결됨다른 종류의 디비로 변경해도 jdb
이전 코드는 커넥션을 항상 획득함드라이버와 디비는 커넥션 -> 3way handshake 동작 발생이런 커넥션은 과정 복잡 시간도 많이 소요됨이런 비용이큰 작업을 커넥션 풀이라는 방법으로 해결보통 10개 정도 확보해 놓고 풀에 보관함 작업이 끝나면 살아 있는 상태로 커
트랜잭션? 거래라는 뜻하나의 거래를 안전하게 처리해 준다는 뜻정상 반영하는것? 커밋(commit) 실패? Rollback이미 알고 있는 내용이지만 복습하는 의미로이런 기본동작 이 있고커밋은 아직 안했으면? 임시로 저장 여기 자료는 예시이다.해당세션은 임시 저장된 걸
각 계층에 대한 설명어느정도 알아두는게 좋다이런설명이있다 이제것 작성해왔던 코드는 뚱뚱한 서비스가 된다서비스는 단순이 제어만하는 역할만 해야되는대 복잡한 비즈니스 로직을 어떻게 유지보수하냐고!결과적으로 유지보수 하기 어려워..트랜잭션 문제 / 예외 누수 문제 / JD
예외 계층 그림Throwable : 최상위 예외이다. 하위에 Exception 과 Error 가 있다.Error : 메모리 부족이나 심각한 시스템 오류와 같이 애플리케이션에서 복구 불가능한 시스템 예외이다. 애 플리케이션 개발자는 이 예외를 잡으려고 해서는 안된다.상위
서비스 계층은 가급적 특정 구현 기술에 의존하지 않고, 순수하게 유지하는 것이 좋다. 이렇게 하려면 예외에 대한 의존도 함께 해결해야한다.예를 들어서 서비스가 처리할 수 없는 SQLException 에 대한 의존을 제거하려면 어떻게 해야할까?서비스가 처리할 수 없으므로