일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
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
- 군집화
- lambda
- pandas
- 데이터분석
- 시각화
- 팀프로젝트
- 기초프로젝트
- streamlit
- 클러스터링
- 기초통계
- 데이터 분석
- SQLD
- Python
- 최종 프로젝트
- 전처리
- 태블로
- 머신러닝
- 서브쿼리
- 프롬프트 엔지니어링
- If
- cross join
- jd
- 히트맵
- SQL
- 프로젝트
- GA4
- da
- data analyst
- 크롤링
- Chat GPT
Archives
- Today
- Total
세조목
SQL 정리(Join의 기준)(24.02.01) 본문
join을 할 때 지금까지 같은 이름의 컬럼을 기준으로만 join 시킬 수 있다고 생각했다.
id | name | department | managerId |
111 | John | A | null |
112 | Kelly | A | 111 |
113 | Max | A | 111 |
114 | Carter | A | 111 |
115 | Hwaquin | B | 111 |
예를 들어 위와 같은 테이블(테이블명 = example)을 self join 한다고했을때
example e1 join example e2 on e1.id = e2.id
위와 같이 코드를 작성해야한다고 생각한 것이다.
그러나 꼭 컬럼명이 같을 필요는 없었다.
컬럼명이 다르더라도 같은 속성값들을 공유하고 있다면
join시키는데 문제가 없다.
위 예시 테이블을 id컬럼과 managerId컬럼을 기준으로 join시킨다면
아래와 같은 테이블이 출력될 것이다.
id | name | department | managerId | id | name | department | managerId |
111 | John | A | null | 112 | Kelly | A | 111 |
111 | John | A | null | 113 | Max | A | 111 |
111 | John | A | null | 114 | Carter | A | 111 |
111 | John | A | null | 115 | Hwaquin | B | 111 |
'데이터 분석 공부 > SQL' 카테고리의 다른 글
SQL 예제(Triangle Judgement) (0) | 2024.02.21 |
---|---|
SQL 예제 풀이(Leetcode - Confirmation Rate) (0) | 2024.02.02 |
SQL 정리(프로그래머스 - '주문량이 많은 아이스크림들 조회하기')(24.01.22) (0) | 2024.01.22 |
SQL 정리(프로그래머스 - '우유와 요거트가 담긴 장바구니')(24.01.22) (0) | 2024.01.22 |
SQL 정리(하나의 쿼리로 요구하는 모든 값들을 출력할 수 없을때 - WITH, VIEW, IF)(24.01.17) (0) | 2024.01.17 |