join 파트 학습자료

안녕하세요 미란님 수업 재미있게 수강해주셔서 감사합니다:)Join 강의자료가 비어있었네요! 알려주셔서 감사합니다 "Join" in Pandas 강의 내에 추가해 두었으니 확인 부탁드립니다. 감사합니다

디스코드 서버 만료? 참가 권한 없다네요

안녕하세요!기존 초대 링크가 만료되어 당황하셨겠어요. 내용 제보해주셔서 감사합니다.아래 링크를 통해 디스코드 커뮤니티에 참여가능하신지 확인부탁드려요.링크:https://discord.gg/Vk7RRVQg 감사합니다 🙏

리밋 입력 시 에러

안녕하세요 tori061211님답변이 늦어 죄송합니다. 실습 환경인 w3school 내에서 일부 쿼리 기능이 막힌 것으로 보이는데요, LIMIT도 그 중 하나인 것 같아요. 수강생 분들을 위한 개별 실습공간을 따로 만들었습니다. LIMIT도 정상 동작하는 것으로 확인해서 아래의 url을 통해 접속하셔서 실습 진행해주시면 될 것 같습니다. 링크:https://easysqls.w3spaces.com/감사합니다.

쿼리 작성시 작은 따옴표와 큰 따옴표

안녕하세요! 아래에 인프런 인턴이 답변을 이미 작성해줬네요..?!아래에 나온 내용을 참고해주시면 될 것 같은데요, 작은 따옴표와 큰 따옴표 둘 다 문자열(String)을 표현하기 위해 동일하게 사용된다고 봐주시면 돼요. 따라서 둘 다 동일하게 사용하실 수 있는데요 가독성을 위해서는 일관성 있게 사용해주시는게 좋습니다. 다만 일부 DB에 따라서 사용 가능한 따옴표 종류가 지정되어있는 경우도 있기 때문에 데이터베이스에 따라 사용가능한 따옴표를 파악하고 사용해주시면 됩니다. :)

SQLD 자격증 관련 질문

안녕하세요 :) SQLD 시험에 나오는 SQL을 해석하는 유형의 문제나 기본적인 SQL 이론을 이해하는 데에도 쿼리지식이 기반이 되는 것은 맞지만, 본 강의는 SQL 활용에 초점을 두고 있기 때문에 DB관련한 이론과 지식 내용이 포함되어있는 SQLD 시험 대비를 위해서는 추가로 해당 시험에 나오는 유형들을 준비하셔야 할 것으로 보입니다. 이외에 질문 있으시면 편하게 알려주세요. 감사합니다.

PK 컬럼에 대한 DISTINCT 적용

안녕하세요 reinsaz님 질문주셨는데 오래 기다려주셔서 감사합니다. 위의 PK를 대상으로 count를 하는 부분에 대해서 질문을 주셨는데요, 이 부분에 대해서는 단일 테이블이 아닌 상황을 생각하고 말씀드린 것으로 봐주시면 좋을 것 같아요. 강의 내에서 설명이 부족했던 것 같아 부연 설명을 남깁니다. 말씀대로 단일 테이블 내의 PK는 중복되지 않고 null을 허용하지 않기 때문에 테이블 내의 무결성이 확보되었다면 PK의 수 = 전체 row의 수인 것이 맞습니다. 그렇기 때문에 count(*)를 하거나 count(distinct PK)를 하거나 동일한 결과를 보실 수 있을거에요. 실무에서 지표를 추출할 때에는 1:N관계 등의 여러 테이블과 JOIN을 수행하게 되면서 원천 데이터가 PK를 포함하여 중복이 생기는 상황이 발생하는데요, 이 때에 count(distinct PK)를 통해 이러한 중복을 제거하고 추출하고자 하는 지표의 원래 의미에 가장 부합하는 PK 컬럼을 중복없이 카운트해주어야 한다는 의미로 받아들여주시면 좋겠습니다. 추가로 COUNT(DISTINCT PK)COUNT(PK)COUNT(*)각각의 의미에 대해서 질문을 남겨주셨었는데요,count(*)의 경우에는 대상 테이블이 되는 테이블의 모든 행 수를 반환하게 됩니다.count는 각 행에 주어진 인풋값이 할당된 횟수를 보여주는 것이기 때문에 count(1)도 동일하 결과를 보여줍니다.count(PK)도 위와 동일하게 PK라는 컬럼의 모든 카운트 값을 반환해주지만, null값의 경우에는 카운트를 하지 않으며 중복은 제거하지 않습니다.count(distinct PK)의 경우에는 위의 count(PK)와 동일하지만 중복값을 제외하고 카운트해줍니다.이외에 해결되지 않은 부분 있으면 질문 또 남겨주세요.감사합니다.

질문드립니다.

안녕하세요 :)실습환경에서의 like 연산자의 경우에는 대소문자를 구문하지 않는 case insensitive한 조건이 디폴트 값으로 설정 되어있습니다. 실습에 참고 부탁드립니다.저희 실습환경은 모의환경이다 보니 실제 디비환경과는 다를 수 있는데요, 만약 대소문자 구분이 되는 case sensitive한 조건을 설정하고 싶으신 경우 사용하시는 디비에 따라 지원하는 함수가 있는지, 혹은 case sensitive하게 바꿔주는 Syntax가 있는지 등을 확인하시어 적용해주시거나 원래 컬럼값을 대소문자 변경해주는 함수등을 통해 적절히 정제하여 사용해주시면 될 것 같습니다.

질문드리겠습니다.

안녕하세요 :) 혹시 실행 환경을 여쭤볼 수 있을까요?제가 강의한 환경은 크롬 브라우져를 통해 해당 사이트 접속해서 진행했었는데간혹가다 다른 브라우져의 경우 쿼리 해석 조건이 달라지는 경우를 종종 확인하곤 합니다. 실행환경 알려주시면 좀 더 빠른 확인 가능할 것 같습니다. + 소문자로도 크롬 브라우져 상에는 정상실행이 확인돼요. (사진)

질문드리겠습니다.

안녕하세요 :)질문 감사합니다. in에 해당하는 and 조건의 다중 조건 필터링을 질문 주신 것으로 이해했는데요, 잠시 생각해보면 and 조건을 여러개 사용해야 하는 경우는 의미가 없다는 것을 알 수 있습니다. or의 경우는 둘 중 하나라도 참인 경우를 반환하기에 다중 조건이 가능한데요, 한 개의 컬럼에 대한 and 조건은 사실상 의미가 없어집니다. 여러 개의 컬럼이 아닌 한 개의 컬럼 내의 값은 1개 값만 가지고 있기 때문에 A 와 B를 모두 만족하는 값이 없기 때문이에요.

질문드리겠습니다.

안녕하세요 :)질문 감사합니다. 1968-12 년도는 employees 테이블의 가장 첫줄에 등장하는 사원의 생일값이에요. (사진)그루핑을 하지 않고 집계연산을 사용할 경우, DB에 따라 집계연산 사용을 막거나 가장 처음 값을 출력해주곤 합니다. (그루핑과 보통 같이 사용하는 것이 일반적인 용법이에요) 그루핑이 어떻게 작동하는지 살펴보면 이해에 도움이 되는데요, GROUP BY를 사용할 경우 해당 절에 설정해준 값을 기준으로 컴퓨터가 여러개의 주머니를 만들기 위해 해당 컬럼을 처음부터 끝까지 탐색하게 됩니다. 하지만 GROUP BY를 설정하지 않은 경우 birthdate 컬럼의 맨 처음에 등장한 값을 반환하는 것이죠. 그래서 이 경우는 해당 1968-12 값은 대표 기준값이 아닌 단순히 컴퓨터가 맨 처음 값을 반환한 값으로 봐주시면 됩니다.