민팽로그

현업에서의 DB 운영 DB도 물리적인 디스크 상에 존재 -> 여러 원인에 의해 DB가 웨손될 수 있음 -> 현업에서 DB를 1대 이상 운영 이 때 DB1과 DB2를 어떻게 Sync하는가?? Primary / Replica 운영 방식 사용 (Master / Slave) primary: 쓰기 전용으로, @Transactional 의 readOnly 속성을 false로 둠(default값이 false이므로 명시하지 않아도 됨) @Transactional(readOnly = false) -> Write 된 Data(Create, Update, Delete)가 Replica 로 Sync됨(Replication) Replica(Secondary): 읽기 전용으로, @Transactional 의 readOnly 속성..

ORM(Object -Relational Mapping) 객체와 DB를 매핑하기 위한 기술. OOP는 데이터 표현 시 클래스를, 관계형 DB는 테이블을 사용하므로 둘 사이의 불일치를 해결해 주어야 함. ORM은 SQL문을 생성해주어 이러한 불일치를 해결할 수 있음. ORM 사용 이유? - 백엔드 개발자가 SQL 작성에 들이는 노력을 줄여 비즈니스 로직 개발에 더 집중할 수 있음 - SQL 작성 과정에서 발생하는 실수를 줄일 수 있음 - 웹 서버 개발 언어(Java, Python, Javascript 등)과 SQL의 목적 및 사용법이 달라 소통 수단이 필요 ORM이 SQL 작성의 수고를 덜어주긴 하지만, 백엔드 개발자는 DB테이블 설계, SQL query 성능 확보 등의 이유로 DB에 대해서도 잘 알고 있..

유저에 따른 오답노트 api를 만들면서 오답노트 테이블이에 외래키를 두어 유저 테이블을 참조하도록 하였고, jpa 양방향 매핑을 이용하여 유저 테이블에서 오답노트를 참조할 수 있도록 하였다. 사실 오답노트쪽에서 유저 테이블을 참조하는 기능은 필요가 없지만, 다대일 관계에서 일 쪽에서 다 쪽으로 단방향 매핑을 하는것보다는 양방향 매핑이 좋다고 하여 이유는 잘 모르지만 양방향으로 구현하였다. 양방향 매핑을 하려면 @OneToMany(일), @ManyToOne(다) 어노테이션을 각각 붙여준다. 단반향은 @ManyToOne이나 @OneToMany만 필요한 쪽에 사용하면 되고 @OneToMany단방향 매핑은 사용하지 않는게 좋다고 함(왜..?) User 클래스 @Getter @NoArgsConstructor @E..