250x250
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 | 29 | 30 |
Tags
- OSI7계층
- 트랜잭션
- status code
- javascript
- 프로미스
- manytomanyfield
- rebase
- CORS
- wecode
- 자바스크립트
- TypeError: this.boardRepository.createBoard is not a function
- westagram
- Django
- node
- JWT
- typescript
- 호이스팅
- Jest
- docker
- 스코프
- 실행 컨텍스트
- nodeJS
- django westagram
- on_delete
- async/await
- 장고초기세팅
- crud2
- pm2
- 노드
- bcrypt
Archives
- Today
- Total
목록OUTER JOIN (1)
될때까지
SQL Inner join vs Left join vs Outer join
노드 ORM을 사용하지 않고 raw query만 사용해 쿼리를 작성하다 보니 SQL도 공부하고 있다. 자라홈 프로젝트에서 상품 테이블이 있었고, 상품 옵션 테이블이 다대다 관계로 존재했고, 옵션 테이블에 옵션에 대한 정보가 있었다. INNER JOIN 기준 테이블과 조인 테이블 모두의 데이터가 존재해야 쿼리 결과값으로 반환된다. 교집합느낌? 위에 캡처한 테이블에서 쿼리를 아래와 같이 작성했다. select po.price, s.name from products_options as po inner join sizes as s on po.size_id = s.id; 결과를 예측해보자. 현재 products_options 테이블을 기준테이블로 잡았으니까 po테이블에 있는 데이터의 값과 조인 테이블인 size ..
카테고리 없음
2022. 8. 25. 11:33