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 | 31 |
Tags
- 객체
- 항해99솔직후기
- 클래스
- 스레드
- 회고록
- IoC
- 소셜로그인
- Thread
- 부트캠프추천
- 오브젝트
- 항해99장점
- 인스턴스화
- social login
- process
- 인스턴스
- object
- Instance
- bean
- 프로세스
- jwt
- Dependency Injection
- jvm
- 쓰레드
- 객체지향 프로그래밍
- class
- API
- 소셜
- DI
- inversion of control
- 항해99단점
Archives
- Today
- Total
로운's 기술노트
[2주차] 프로그래밍 기초 주차 (3/5) 본문
ㅇ 오늘 목표 : 데이터 리터러시 수강 + 세션 및 과제 + 생활코딩 DB 3, 4강
읭?
오늘 JOIN 세션을 듣고 과제를 진행하던 중, 신기한 현상을 발견했다.
지금까지는 단순히 LEFT JOIN을 하면 기준이 되는 왼쪽(첫번째) 테이블이 가진 열을 상한선으로 열의 수가 더 늘어날 수 없다고 생각했으나, 실제로는 그보다 많이 늘어났다.
확인해보니, (이유는 <예시>를 참조)
이런 데이터 뻥튀기는 현업에서도 발생할 수 있기 때문에 데이터를 JOIN하기 전에 각 테이블에 대한 파악이 선행되어야 한다. 특히 매출과 같은 '숫자'를 다룰 경우 더 주의해야 한다.
<예시>
먼저, 위와 같이 '결제내역'과 '장바구니'라는 두 테이블이 있다고 가정해보자.
(보통 날짜가 PK나 FK로 지정될 일은 잘없겠지만)
일단 결제 내역은 1건의 열, 장바구니 테이블은 3건의 열이 있다.
이 두 테이블을 결제내역을 기준으로 LEFT JOIN 할 경우, 아래와 같이 총 3건의 열이 발생된다.
결론 : LEFT JOIN을 해도 기준 테이블보다 데이터 양이 많아질 수 있다.
ㅇ 내일 목표 : SQL코드카타 3문제 + 세션 및 과제 + 생활코딩 DB 5, 6강
'내배캠_데이터분석가_'24.04~08 > 회고' 카테고리의 다른 글
[2주차] 프로그래밍 기초 주차 (4/5) (2) | 2024.04.25 |
---|---|
[강의] 데이터 리터러시 (Data Literacy) (0) | 2024.04.25 |
[2주차] 프로그래밍 기초 주차 (2/5) (0) | 2024.04.23 |
[2주차] 프로그래밍 기초 주차 (1/5) (0) | 2024.04.22 |
[1주차] Mini Project_ 회고(WIL) (0) | 2024.04.21 |
Comments