✅ 1:1 관계의 특징 (DB 설계할 때는 1:1 관계가 생각보다 잘 안 나옴) 아무 테이블에 FK를 넣어도 된다. 합쳐도 되는 지 고려해봐야 한다. (어지간하면 1:1 관계로 분리하지 않는 걸 추천한다.) [Before] users (사용자) [Af
테이블(Table), 컬럼(Column), 로우(Row) MySQL, MariaDB, PostgreSQL과 같은 데이터베이스를 보고 관계형 데이터베이스(RDBMS)라고 부른다. 관계형 데이터베이스는 여러 테이블로 구성된다. 테이블은 쉽게 얘기해서 표라
✅ 1:N 관계의 특징 N 쪽의 테이블에 FK가 들어가야 한다. 예시 1) [Before] users (사용자) [After] users (사용자) emails (이메일) 예시 2) [Before] stores (가게) [After] stores (가
✅ 데이터베이스 모델링(Database Modeling)이란? 애플리케이션을 운영하면서 발생하는 데이터를 잘 분류해서 데이터를 저장해놔야 한다. 그래야 나중에 필요한 데이터가 있을 때 쉽게 찾아서 조회할 수 있고, 데이터를 수정 및 삭제하기도 쉬워진다
✅ 예시 2 가게 (stores), 판매 상품 (products) 가게가 판매 상품을 판다. 판매 상품은 가게에 의해 팔린다. 하나의 가게는 여러 개의 상품을 판다(팔 수 있다). 하나의 상품은 하나의 가게에 의해 팔린다. ⇒ 가게 : 상품 = 1 :
✅ 가짜 중복과 진짜 중복을 구별해라. 가짜 중복과 진짜 중복이 어떤 의미인지 설명하기 위해 예시를 바로 보자. posts (게시글) 박재성이라는 사용자가 같은 제목과 같은 내용의 게시글을 3개 작성했다고 가정하자. 겉으로만 봤을 땐 제목 컬럼에서도
✅ 캐싱을 적용시키기 전의 Throughput 측정 캐싱 코드 주석처리하기 Spring Boot 서버 빌드 및 백그라운드 실행 로컬 환경에서 K6로 성능 테스트 해보기 ✅ 캐싱을 적용시킨 후에 Throughput 측정 캐싱 코드 주석 해제하기 Spri
Docker에 초점을 맞춘 강의가 아니기 때문에 Docker에 대한 디테일한 설명은 생략할 예정이다. 혹시 Docker에 대한 기본기를 다지고 싶다면 아래 강의를 추천한다. 비전공자도 이해할 수 있는 Docker 입문/실전 (https://inf.
✅ 부하 테스트의 기본 개념 백엔드 서버를 구현하고 나서 배포를 하게 된다. 실제 서비스에 배포를 하기 전에 문득 이런 생각이 들 수도 있다. “혹시 요청이 몰려서 서버가 터지면 어떡하지?” “내 서버는 어느 정도 사용자 요청을 견딜 수 있는 거지?”
✅ AWS ElastiCache 셋팅하기 ElastiCache 서비스로 들어가기 캐시 생성을 위해 ‘지금 시작’ 버튼 누르기 클러스터 설정에서 ‘구성’ 선택하기 ‘클러스터 모드’ 설정하기 ‘클러스터 정보’ 입력하기 ‘위치’ 설정하기 ‘클러스터 설정’