안녕하세요 서브 쿼리 실습-03번 마지막 Analytic SQL에서 ROWS BETWEEN UNBOUNDED PRECEDING AND UNBOUNDED FOLLOWING 를 over() 안에 넣으셨는데 avg() 는 굳이 이 쿼리문없이도 partition by 으로 나뉘어진 것을 전부 계산하는 것 아닌가요? (일단 저 쿼리문을 굳이 적지 않아도 같은 값이 나옵니다.)((좋은 강의 감사합니다.))

안녕하세요.제가 순위강의 실습 하다가 궁금한 점이 생겼는데요.제 pc 에서 실습 할때는 순위 함수 실습 1번을 해보면 조회 결과가 실제 rank 내의 orderby 순위에 맞게 정렬되서 나오는 것 같은데요./* 1. 순위 함수 실습 */ -- 회사내 근무 기간 순위(hiredate) : 공동 순위가 있을 경우 차순위는 밀려서 순위 정함 1, 2, 2, 4 select * ,rank() over(order by hiredate asc) as hire_rank -- asc 안쓰면 기본 asc 임. from emp;순위 함수 실습 2번의 경우는 한 조회 sql 안에 정렬 이 반대 조건으로 두개 들어가서.. 이런 경우에는 어떤게 우선순위인지.. 궁금합니다. 아니면 순위를 보장하지 못하는지도 궁금합니다.-- 부서별로 가장 급여가 높은/낮은 순으로 순위: 공동 순위 시 차순위는 밀리지 않음. select * -- ,dense_rank () over (partition by deptno order by sal desc) as sal_rank_desc -- ,dense_rank() over (partition by deptno order by sal asc) as sal_rank_asc ,dense_rank() over (partition by deptno order by sal asc) as sal_rank_asc ,dense_rank () over (partition by deptno order by sal desc) as sal_rank_desc from emp -- order by deptno, sal_rank_asc -- order by deptno ;처음에는 2개 있으면 나중에 조회되는 칼럼의 order by 에 영향을 받나 싶어서 주석 풀고 순서바꿔서 조회해봤는데 그건 아닌것 같구요.. 아래쪽에 따로 order by 넣으니까 그건 우선순위가 높은건지 over 안의 order by 는 무시되고 from 이후의 order by 가 되긴 하더라구요.그래서 궁금한건.. 순위 함수 안에 order by 가 실제 조회 결과의 order by 에 영향을 주는게.. 보장할 수 있는 규칙이 있는지.. 아니면 어쩌다가 그런 것이라서 실제 순위를 보장하려면 따로 써 주는게 좋은 건지... 아니면 순위 함수의 order by 가 조회 결과의 order by 가 없어도 조회 결과 정렬을 보장하지만.. 2개 이상이면 보장할 수 없다 라던가.. 적용 규칙 ? 정보를 아시는게 있는지 궁금합니다.감사합니다. 

현재 제 pc에 버전이 20버전이라서 세팅과정이 달라서 기본 제공되는 orcl에 테이블로는 접속이 안되는데 현재 기본 학습할수 있게 제공되고 있는 테이블을 create문으로 만들어 주실수 있을까요? 아니면 20버전에서 제공되는 table을 가져올수 있는 방법좀 부탁드립니다.

안녕하세요 루키스님. 항상 좋은 강의 감사드립니다!!!인덱스 및 복합 인덱스 강의를 들으면서생긴 궁금증 하나를 여쭤보려 합니다!※ 해당 질문은 Clustered Index 기준입니다.개요.인덱스 강의 때 Clustered Index는 물리적인 데이터의 저장 순서의 기준이라고 하셨습니다. 따라서 사전처럼 데이터가 키에 따라 정렬된 상태로 저장되는 것으로 이해했습니다.그런데 복합 인덱스 강의를 들으면서 인덱스가트리 구조의 페이지로 나뉘고 써칭을 할 때 페이지 트리 탐색 후 찾은 인덱스(키)의 RID를 읽어서 본격 실제 물리적인 데이터를 찾는다고 말씀하셨습니다.의문."데이터가 애초에 정렬된 상태로 저장되면 트리 탐색 혹은 이분 탐색으로 끝날 텐데 왜 굳이 RID를 읽고 한 번 더 써칭을 하는 것일까?" 그래서 제가 아래와 유추와 결과를 냈는데 혹시 맞을까요? (Clustered Index 기준)유추."데이터가 물리적으로 정렬된 것은 맞을 것 같은데..그렇다면 내가 생각한 데이터의 기준이 다를까?인덱스는 일종의 Key이므로 데이터는 Key와 Value의 조합이겠군?그렇다면 강의에 말씀하신 데이터는 엄밀히 말하면 Key 데이터와 Value 데이터로 나눌 수 있겠군?"결론.인덱스(Key)는 실제 디스크에 정렬된 상태로 저장되지만 그 인덱스(Key)에 대응되는 실제 데이터(Value)는 실제 디스크에 정렬된 상태로 저장되지 않고 대신에 리니어 하게 만 저장된다. 그렇기 때문에 정렬되지 않은 실제 Value를 찾기 위해서 RID를 읽는 것.(Value 마저 정렬된다면.. 그것 나름대로 또 끔찍하겠군요... 중간에 추가 삽입될 때마다 방대한 데이터가 한 칸씩 뒤로 밀리기 때문에요.)그래서 인덱스(Key)는 트리 탐색을 하고인덱스(Key)에 대응되는 Value를 찾기 위해서 RID를 읽고 찾아갑니다.+그 다음 강의인 Clusterd vs Non-Clustered를 시청 후 해결됐습니다.위에서 제가 언급한 결론은Non-Clustered Index의 경우네요.그러면 Clustered Index의 경우 Key가 정렬되어 저장된 곳에 바로 Value가 저장되는군요. 그래서 실제 데이터 자체가 디스크에 정렬된 상태로 저장된다고 볼 수 있겠네요. Non-Clustered에 비해서 검색 속도는 빠르겠지만 대신에 Trade Off로 데이터의 추가 삽입/삭제가 느리겠군요. 왜냐하면 Value 까지 포함한 큰 데이터들이 전부 정렬된 상태를 항상 보장 받아야 하기 때문에요.   

- 학습 관련 질문을 남겨주세요. 상세히 작성하면 더 좋아요! - 먼저 유사한 질문이 있었는지 검색해보세요. - 서로 예의를 지키며 존중하는 문화를 만들어가요. - 잠깐! 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요.변수 생성 관점에서, select 절에서 만든 변수는 해당 테이블에서 처음 생성 되는 것인가요 아니면select 절에서 생성되어 이후 where 등에서 조작이 가능한 것인가요?위의 구문은 왜 틀렸을까요?

안녕하세요 강사님 강의 잘 듣고 있습니다.강의를 듣다가 궁금한 점이 있는데요,SQL이 오라클 내부에서 상세실행계획으로 변경된다고하셨는데, 혹시 이와 관련한 괜찮은 책이 뭐가 있는지여쭤봐도 될까요?SQL이 들어갔을때 내부 메커니즘이 궁금합니다.감사합니다.

await mongoose.connect(MONGO_URI, {useNewUrlParser : true , useUnifiedTopology:true , useCreateIndex:true});  useCreateIndex:true}이부분을 추가시 mongodb 6.0이상 버전에서MongoParseError: option usecreateindex is not supported위와 같은 에러가 발생합니다.

안녕하세요. 궁금한게 많네요.User -< JoinCall -> Call 관계에서 User가 참여하고 있는 Call의 특정 상태들에 대해 검색이 필요해서상태별로 select를 한 후 merge 시키고 pagination 을 구현하였습니다.성능에는 별로 문제가 없어보입니다. 보통 이렇게 설계를 하는지요?그리고 현재는 3가지 상태만 있으니 조합이 많지 않아 select수가 많지 않은데,만약 필터링 할 조건이 많다면 수많은 select를 수행후 merge를 해야 할 듯 합니다.그럴때는 어떻게 select를 하는지 궁금하네요.쇼핑몰이나 다나와에서 검색할 경우가 그럴듯 하네요.확인 부탁드립니다.감사합니다. 

안녕하세요.수업 잘 듣고있습니다.SP_Sgg_Delete 프로시저에서Where SggId = @SggId로 조건을 주셨는데요.Sgg 테이블 자체가 두개의 키로 구성이 되어있는데저렇게 삭제를 한다면 하나의 데이터가 아닌 여러 데이터가 삭제되는게 아닌가 해서 질문을 드립니다.저 부분은 여러개가 삭제되도록 의도하신건가요?Ex)TB_SggSggId SggName SgId1 마포구 11 안양시 22 강남구 2 DELETE FROM TB_SGG WHERE SggId = 1 

안녕하세요.테이블 설계하다보니 궁금증이 생겼습니다.예를들면,User ----< JoinCall >---- Call이런식으로 User, JoinCall, Call도 계속 늘어나는 상황입니다.특정 User가 참여한 Call 중에서 특정 callStatus만 찾아내려 하는데 검색 속도를 높이기 위해서는 JoinCall에도 callStatus가 들어가야 할 것 같습니다.검색속도롤 높이기 위해 이런식으로 중복 데이터가 있게 설계를 하는 경우도 있을까요?확인 부탁드립니다.감사합니다. 

- 학습 관련 질문을 남겨주세요. 상세히 작성하면 더 좋아요! - 먼저 유사한 질문이 있었는지 검색해보세요. - 서로 예의를 지키며 존중하는 문화를 만들어가요. - 잠깐! 인프런 서비스 운영 관련 문의는 1:1 문의하기를 이용해주세요.강사님 특정 쿼리 방식이 '어떨 때' 주로 사용된다고 말씀하시면서 온라인 혹은 인라인 이라고 언급하신것같은데... (6:46 쯤)"온라인" 거래 관련 데이터를 다룰 때 상관 서브쿼리를 주로 사용한다는 말씀이셨을까요?  

강사님 수업 잘듣고있습니다.감사합니다. 다름이아니라 실습하면서 강의를 들으려고하는데실습프로그램을 알수있을까요?

pandas 라이브러리와 Pymysql - 파일로 데이터 저장 강의의5:14초 중 명령문을 실행 시키면 작동은 되나, 오류코드가 같이 나오는데 구글링을 통해 답변을 찾아봐도 해결 방법을 얻기 어려워 질문 남깁니다.

안녕하세요유익하고 훌륭한 강의 덕분에 쿼리 이해가 일취월장하고 있습니다. 감사합니다. 강사님께서 거듭 강조하시고 중요하다고 지적하신 "집합의 레벨"이 무슨 의미인지 문의드립니다.group by로 집계하거나 analytic sql로 데이터를 aggregate할 때 "집합의 레벨"이란 표현이 자주 나오는데 어떻게 이해하면 좋을까요? 하나의 행(레코드)가 여러 열(속성)을 가지는 경우에 있어서, 어느 하나의 열을 기준으로 다른 열의 값을 집계할 때, 그 기준이 되는 열을 집계결과의 '집합의 레벨' 이라고 이해하면 될까요? 이전 질문과 같이, 저도 첫 임시테이블(temp_01)에서 group by를 product_id와 category_id 두 열을 기준으로 했습니다. 여기서 첫 임시테이블의 '집합의 레벨'인 product_id이므로 category_id를 또다른 레벨로 두는 것이, 기능상 차이는 없지만 개념상 부적절하다고 생각하면 옳게 이해한 것일까요?  "집합의 레벨"이라는 표현이 모호하게도 들으면 이해되는듯 하면서도 막상 쿼리를 작성할 때 머릿속에 원하는 결과가 흐릿해서 바라는 대로 결과를 얻지 못해 질문드립니다.

안녕하세요? 강사님질문이 있습니다Outer조인실습02 강의의 8분50초쯤에 city가 Madrid인 고객에 대해서 left join이 실행된다고 강조해주셨습니다여기서 질문이 저는 sql 실행 순서가 from->where->groupby->... 로 알고 있는데이 순서가 맞다면 from절에서 전체 고객에 대해 join을 다 수행 한 다음에 그 결과 테이블을 where 절로 city가 Mardrid 인 고객만 필터되는 것이 맞다고 생각드는데이건 내부적으로 SQL이 최적화하면서 실행 순서를 무시(?)하는 것으로 받아들이면 되는걸까요?감사합니다  

구글링해보니 DBeaver Github에 해결방법이 나와있어 정리하여 공유드립니다.https://tommyhouse.oopy.io/648f5df9-0b85-4fe0-a62b-d48cd6658894 

안녕하세요? 강사님 머신러닝 강의에 이어서 SQL 강의도 잘 보고 있습니다질문이 있는데가령 3개의 테이블을 join할 경우테이블a join 테이블b join 테이블c 이렇게 순서대로 join하는 것과테이블a와 테이블b를 join하고 그 결과를 서브쿼리로 해서 테이블 d로 만들고 테이블c와 join하는 것과 성능적인 측면에서는 차이가 없는건지 궁금합니다 

따로 신경쓰지 않아도 되어서 별도의 설명이 없는거겠죠?

H. Query 연습하기 강의 데이터를 "강의 보는 곳에 올려 놓겠다" 고 하셨는데, 거기가 어디인가요?

User가 작성한 Blog를 삭제하게 되면 Blog 내부에 있는 Array도 같이 삭제되지 않나요? Blog를 deleteMany를 통해서 삭제한 이후에 추가로 updateMany를 통해서 Blog에 있는 comment를 pull해주는 이유가 궁금합니다