WebMaster

JPA? Java Persistence API 자바 진영의 ORM 기술 표준 ORM? Object-relational mapping(객체 관계 매핑) 객체는 객체대로 설계 관계형 데이터베이스는 관계형 데이터베이스대로 설계 ORM 프레임워크가 중간에서 매핑 대중적인 언어에는 대부분 ORM 기술이 존재 JPA가 JDBC API를 호출해서 DB에 SQL을 날리고 결과를 받는 것이다. 저장 조회 JPA는 표준 명세 JPA는 인터페이스 모음 JPA 2.1 표준 명세를 구현한 3가지 구현체 Hibernate, EclipseLink, DataNucleus JPA를 왜 사용해야 하는가? SQL 중심적인 개발에서 객체 중심으로 개발 생산성 유지보수 패러다임의 불일치 해결 상속 연관관계 신뢰할 수 있는 엔티티 비교하기 성..

현재 거의 모든 개발은 객체지향 개발을 하고, 관계형 DB를 사용한다. SQL위주의 코드 작성이 너무 많다. CRUD 코드를 작성하기 위해 SQL을 계속 작성해야 한다. 객체지향 코드가 아닌 SQL을 작성하기 위해 너무 많은 시간을 소비하는 문제가 있다. SQL에 의존적인 개발에 피하기 어렵다. 패러다임의 불일치 문제 발생 개발자가 SQL 변환 역할을 다 해주니 모든 SQL을 다 작성해야 한다(개발자 == SQL 매퍼) 객체지향 상속 객체지향에서 상속이라는 개념을 RDB에서는 Table에 슈퍼 타입-서브타입 관계로 풀어낼 수 있다. 단, 이과정에서 테이블에 데이터를 넣고 빼고 하는 과정에서의 SQL은 모두 개발자가 작성해야 됐는데, 상속받는 테이블이 많을수록 SQL을 일일이 작성하고, 수정하는 일이 너무..

MemberRepositoryV0 - Update, Delete public void update(String memberId, int money) throws SQLException { String sql = "update member set money = ? where member_id=?"; Connection con = null; PreparedStatement pstmt = null; try { con = getConnection(); pstmt = con.prepareStatement(sql); pstmt.setInt(1, money); pstmt.setString(2, memberId); int resultSize = pstmt.executeUpdate();//쿼리 실행 log.info("r..

MemberRepositoryV0 - findById public Member findById(String memberId) throws SQLException { String sql = "select * from member where member_id = ?"; Connection con = null; PreparedStatement pstmt = null; ResultSet rs = null; try { con = getConnection(); pstmt = con.prepareStatement(sql); pstmt.setString(1, memberId); rs = pstmt.executeQuery(); if (rs.next()) { //최소 한번은 호출해야 데이터가 있는지 없는지 알수 있다 Me..

Schema를 작성하여 Table 데이터를 초기화 하자 drop table member if exists cascade; create table member ( member_id varchar(10), money integer not null default 0, primary key (member_id) ); Member @Data public class Member { private String memberId; private int money; public Member() { } public Member(String memberId, int money) { this.memberId = memberId; this.money = money; } } MemberRepositoryV0 /** * JDBC -..

Connection 상수 클래스 등록 public abstract class ConnectionConst { //객체 생성 막는다 public static final String URL = "jdbc:h2:tcp://localhost/~/test"; public static final String USERNAME = "sa"; public static final String PASSWORD = ""; } JDBC를 사용하여 DB와 연결 @Slf4j public class DBConnectionUtil { public static Connection getConnection(){ try { Connection connection = DriverManager.getConnection(URL, USERNAME..

JDBC는 1997년에 출시될 정도로 오래된 기술이고, 사용하는 방법도 복잡하다. 그래서 최근에는 JDBC를 직접 사용하기보다는 JDBC를 편리하게 사용하는 다양한 기술이 존재한다. 대표적으로 SQL Mapper와 ORM 기술로 나눌 수 있다 SQL Mapper 장점 JDBC를 편리하게 사용하도록 도와준다. SQL 응답 결과를 객체로 편리하게 변환해준다. JDBC의 반복 코드를 제거해준다. 단점 개발자가 SQL을 직접 작성해야한다. 대표 기술: 스프링 JdbcTemplate, MyBatis ORM 기술 ORM은 객체를 관계형 데이터베이스 테이블과 매핑해주는 기술이다. 이 기술 덕분에 개발자는 반복적인 SQL을 직접 작성하지 않고, ORM 기술이 개발자 대신에 SQL을 동적으로 만들어 실행해준다. 추가로 ..

JDBC 등장 이유 애플리케이션을 개발할 때 중요한 데이터는 대부분 데이터베이스에 보관한다. 커넥션 연결: 주로 TCP/IP를 사용해서 커넥션을 연결한다. SQL 전달: 애플리케이션 서버는 DB가 이해할 수 있는 SQL을 연결된 커넥션을 통해 DB에 전달한다. 결과 응답: DB는 전달된 SQL을 수행하고 그 결과를 응답한다. 애플리케이션 서버는 응답 결과를 활용한다. 단, 각각의 데이터베이스마다 사용법이 다르다... 데이터베이스를 다른 종류의 데이터베이스로 변경하면 애플리케이션 서버에 개발된 데이터베이스 사용 코드도 함께 변경해야 한다. 개발자가 각각의 데이터베이스마다 커넥션 연결, SQL 전달, 그리고 그 결과를 응답받는 방법을 새로 학습해야 한다. 이러한 문제를 해결하기 위해 JDBC라는 자바 표준이..

H2 데이터 베이스를 접근하여 테이블과 데이터를 추가하자 drop table member if exists cascade; create table member ( member_id varchar(10), money integer not null default 0, primary key (member_id) ); insert into member(member_id, money) values ('hi1',10000); insert into member(member_id, money) values ('hi2',20000); 초기 데이터를 생성한다. 참고 h2 데이터베이스 버전은 스프링 부트 버전에 맞춘다

프록시 기술과 한계 CGLIB CGLIB 구체 클래스 기반 프록시 문제점 대상 클래스에 기본 생성자 필수 생성자 2번 호출 문제 final 키워드 클래스, 메서드 사용 불가 대상 클래스에 기본 생성자 필수 CGLIB는 구체 클래스를 상속 받는다. 자바 언어에서 상속을 받으면 자식 클래스의 생성자를 호출할 때 자식 클래스의 생성자에서 부모 클래스의 생성자도 호출해야 한다. (이 부분이 생략되어 있다면 자식 클래스의 생성자 첫 줄에 부모 클래스의 기본 생성자를 호출하는 super()가 자동으로 들어간다.) 이 부분은 자바 문법 규약이다 CGLIB를 사용할 때 CGLIB가 만드는 프록시의 생성자는 우리가 호출하는 것이 아니다. CGLIB 프록시는 대상 클래스를 상속받고, 생성자에서 대상 클래스의 기본 생성자를..