Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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 |
Tags
- graphical models
- 스터디
- 선형판별분석
- 2018
- SCPC
- 자바ORM표준JPA프로그래밍
- 알고리즘대회
- 델타 rule
- CH01
- chapter02
- Fisher discriminant analysis
- MySQL
- chapter01
- 근구하기
- Perceptron Convergence theorem
- bisection
- falsePosition
- 알고리즘
- 이것이 MySQL이다
- 5397번
- 인공지능
- 1차예선
- 로지스틱 회귀
- 개발순서
- vector미분
- secant
- Numerical optimization
- directed graphical model
- undirected graphical model
- 선형분류
Archives
- Today
- Total
목록자바ORM표준JPA프로그래밍 (1)
computer_study
[JPA] 01. JPA 소개
1. SQL을 직접 다룰 때 발생하는 문제점 반복이 많아진다 개발자는 SQL을 직접 다룬다면 아래 과정을 계속 반복해야 한다. (데이터베이스는 객체 구조와 다른 구조를 가지므로 객체를 DB에 직접 조회나 저장을 할 수 없어 SQL과 JDBC API를 사용하여 변환 작업을 직접 해주어야 한다.) 1. SQL 작성 2. JDBC API 사용해서 실행 3. 결과 매핑 이렇게 되면 너무 많은 SQL과 JDBC API들을 코드로 작성해야 한다. SQL에 의존적인 개발을 하게 된다. 진정한 의미의 계층 분할이 어렵다.(SQL과 JDBC API를 접근 계층에 숨겨도, 수정 시 결국 DAO까지 다 까봐야 된다.) 엔티티를 신뢰할 수 없다.(SQL에 너무 의존하면 사용하기 꺼려진다.) SQL에 의존적인 개발을 피하기 어..
스터디/자바 ORM표준 JPA 프로그래밍
2022. 6. 18. 02:27