일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | |
7 | 8 | 9 | 10 | 11 | 12 | 13 |
14 | 15 | 16 | 17 | 18 | 19 | 20 |
21 | 22 | 23 | 24 | 25 | 26 | 27 |
28 | 29 | 30 | 31 |
- falsePosition
- 이것이 MySQL이다
- Perceptron Convergence theorem
- 선형판별분석
- 알고리즘
- chapter01
- vector미분
- MySQL
- 알고리즘대회
- 5397번
- directed graphical model
- SCPC
- bisection
- chapter02
- Numerical optimization
- 스터디
- 2018
- 1차예선
- 자바ORM표준JPA프로그래밍
- secant
- 델타 rule
- 인공지능
- CH01
- 로지스틱 회귀
- 선형분류
- undirected graphical model
- 근구하기
- Fisher discriminant analysis
- graphical models
- 개발순서
- Today
- Total
목록스터디/자바 ORM표준 JPA 프로그래밍 (13)
computer_study
1. @Entity 테이블과 매핑할 클래스에 필수로 붙여야 한다. 적용 시 주의사항 기본 생성자가 필수(파라미터가 없는 public 또는 protected 생성자) final 클래스, enum, interface, inner 클래스에는 사용할 수 없다. 저장할 필드에 final을 사용해서는 안된다. 2. @Table 엔티티와 매핑할 테이블을 지정한다.(생략시 매핑한 엔티티 이름을 테이블 이름으로 사용) 속성 기능 기본값 name 매핑할 테이블 이름 엔티티 이름 사용 catalog catalog 기능이 있는 DB에서 catalog 매핑 schema schema 기능이 있는 DB에서 schema 매핑 uniqueConstraints (DDL) - DDL 생성 시에 유니크 제약조건을 만든다. - 2개 이상의 ..
![](http://i1.daumcdn.net/thumb/C150x150/?fname=https://blog.kakaocdn.net/dn/bAqpBj/btrF9hnU0mR/yRdDuNp1hvBpGOvv9Ze5IK/img.jpg)
1. 엔티티 매니저 팩토리와 엔티티 매니저 DB를 하나만 사용하는 어플이라면 EntityManager Factory를 하나만 생성 후 EntityManager를 생성한다.(비용이 거의 안든다.) EntityManager은 DB와 커넥션을 하지 않다가 필요한 시점에 (ex. 트랜잭션 시작 시) 커넥션을 획득한다. 2. 영속성 컨텍스트란? (persistence context) 엔티티를 영구 저장하는 환경 EntityManager로 Entity를 저장하거나 조회하면 매니저는 영속성 컨텍스트에 엔티티를 보관하고 관리한다. ex) em.persist(member) -> persist() 메소드는 엔티티 매니저를 사용해서 회원 엔티티를 영속성 컨텍스트에 저장한다. 3. 엔티티의 생명주기 엔티티의 4가지 상태 비영..
1. 이클립스 설치 2. H2 데이터베이스 사용하기 H2 v.s MySQL 3. 라이브러리와 프로젝트 구조 메이븐 사용 4. 객체 매핑 import javax.persistence.*; @Entity // 이 class를 테이블과 매핑한다고 JPA에게 알려준다 @Table(name="MEMBER") // 매핑 할 테이블 정보 (생략 시 클래스 이름으로 테이블 매핑) public class Member{ @Id // 테이블의 Primary key에 매핑한다. @Column(name = "ID") // 필드를 column에 매핑 private String id; @Column(name = "NAME") private String username; // 매핑 애노테이션이 생략된다면 필드명을 컬럼명으로 매핑 /..
![](http://i1.daumcdn.net/thumb/C150x150/?fname=https://blog.kakaocdn.net/dn/qKu90/btrE4HHFqoa/0U4MRUP1qNf5eA4JC9ryM0/img.png)
1. SQL을 직접 다룰 때 발생하는 문제점 반복이 많아진다 개발자는 SQL을 직접 다룬다면 아래 과정을 계속 반복해야 한다. (데이터베이스는 객체 구조와 다른 구조를 가지므로 객체를 DB에 직접 조회나 저장을 할 수 없어 SQL과 JDBC API를 사용하여 변환 작업을 직접 해주어야 한다.) 1. SQL 작성 2. JDBC API 사용해서 실행 3. 결과 매핑 이렇게 되면 너무 많은 SQL과 JDBC API들을 코드로 작성해야 한다. SQL에 의존적인 개발을 하게 된다. 진정한 의미의 계층 분할이 어렵다.(SQL과 JDBC API를 접근 계층에 숨겨도, 수정 시 결국 DAO까지 다 까봐야 된다.) 엔티티를 신뢰할 수 없다.(SQL에 너무 의존하면 사용하기 꺼려진다.) SQL에 의존적인 개발을 피하기 어..