봄수의 연구실

TypeORM의 Entity 참조는 어떻게 일어나는가? 🐥 카카오테크캠퍼스 - 2단계 1주차 기본 Entity 설계를 하는데, 평소에 TypeORM의 Entity 참조는 어떻게 일어나나 궁금해졌다. Entity 설계를 하니 FK 설정에 대해서 자연스럽게 고민하는데, 자동으로 Entity를 참조하고, 필요한 필드만 가져와 뿌리던 그 편리함은 어디서 왔지? 싶었다 Code 분석 위의 코드는 캡스톤 할 때 만든, User 테이블이다. 조금 손봐서, UserMeta 테이블을 Entity로 참조하도록 변경했다 TypeORM의 코드를 까보자 그렇다면, 예시로 0neToOne 어노테이션을 확인했다 export declare function OneToOne( typeFunctionOrTarget: string | ((..

조회 Vs Join 무엇이 더 효율적인가 🐥 카카오테크캠퍼스 - 2단계 1주차 과제 분석을 하고 있는데, 자연스럽게 조회와 Join 중 무엇이 효율적인가 고민하게 되었습니다 사실 그냥 만드는거라면, 쓱쓱 만들면 되는데 그런게 아니라 대용량 처리나 잦은 조회 등의 문제도 생각해보고 싶었습니다 일단 조회(DB Lookup)와 조인 연산은 관계형 데이터베이스에서 수행하는 일반적인 작업입니다. 둘 다 데이터베이스로부터 정보를 검색하는 방법이지만, 특정 시나리오에 따라 성능에 다른 영향을 미칠 수 있습니다. 1. 데이터베이스 조회 (DB Lookup) DB Lookup은 특정 데이터를 찾기 위해 데이터베이스의 단일 테이블을 쿼리하는 것을 포함합니다. 예를 들어, Customers 테이블이 있고, ID로 고객의 세..

🐥 카카오테크캠퍼스 - 2단계 1주차 기본 Entity 설계 User(사용자) - id : PK - userName : 유저 이름 - email : 이메일 - password : 비밀번호 - createDate : 생성 날짜 - updateDate : 수정 날짜 Product(상품) 상품 상세보기 - id : PK - productName : 제품 명 - description : 제품 설명 - image : 제품 사진 - price : 제품 가격 - starCount : 별점 - createDate : 생성 날짜 - updateDate : 수정 날짜 Option(옵션) - id : PK - productId : FK->Product.id - optionName : 옵션 이름 - price : 옵션 가격..

🐥 카카오테크캠퍼스 - 2단계 1주차 과제분석 이번 주의 과제는은 Entity를 작성하는 것이다. 화면 설계와 요구사항 명세를 보고, 고민해보라는게 핵심인거 같다. 과제에는 기본적인 테이블(User, Product, Option, Order, Item)은 이미 제시가 되어 있다 또한, API/화면 설계/요구사항 명세서도 주어져있다. 예시로 회원 가입의 응답 데이터를 보면, 아래와 같다. 우린 이제, User 테이블에는 적어도, username,email,password 필드가 필요 함을 알게 되었다. 또한, 테이블을 작성 할 때 PK는 필수이다. API 명세를 보니, 예외 처리가 필요한 사항도 친절하게 적혀있다. 예외 처리를 어느 타이밍에 해야 할지도 고민해야 한다. 이번에 화면 설계를 봐보자, 테이블 ..