각 엘리베이터별 누적합계를 구하는데 1. 왜 e1.line >= e2.line 와 같은 조건이 들어가는건가요?? LINE 칼럼이 의미하는게 엘리베이터에 타는 순서라서 1명 탔을때 2명 탔을때 3명 탔을때 3가지 경우의 누적합계를 각각 구하기 위해서 위 조건을 입력하는건가요? 2.  GROUP BY  ID,NAME,KG,LINE 처럼 4개의 그룹을 연속해서 만들면 ID별 -> NAME별 -> KG별 -> LINE별 순으로 필터링해서 그룹이 생성되나요?? 

LAST_VALUE(salary) //salary의 마지막 값을 추출 OVER ( PARTITION BY playerID //playerid로 묶고 ORDER BY salary DESC //값이 큰 순서대로 정렬 ROWS BETWEEN CURRENT ROW AND UNBOUNDED FOLLOWING) //현재 줄부터 동일한 palyerID의 마지막 줄까지 범위를 지정 이렇게 해서 정렬 순서대로 가장 마지막의 값이 가장 작은 값이니까 가장 작은 값이 뽑혀오는 것까지는 이해되는데요 왜 ORDER BY로 큰 순서대로 정렬했는데 반대로 뒤집어져서 작은 숫자부터 출력되는지 이해가 안가요..

[실전] 크롤링과 데이터베이스 - 크롤링 코드 작성 시작 강의 6분 58초 내용입니다 에서  실행을 할 때 오류없이 카테고리 ALL 내용은 카테고리만 출력을 하고, 그다음 카테고리들 부터는 카테고리와 서브카테고리를 잘 출력을 합니다. 다른 카테고리들(ex패션의류 신발/잡화 등)은 서브카테고리들(브랜드 여성의류 등)이 있어서 sub_categories = soup.select('div.navi.group ul li > a') 통해서 서브카테고리들을 가져올 수 있는데  ALL (메인)카테고리에서는 서브카테고리에 해당하는 내용이 없어서 크롤링을 할 때 빈값을 가져오고 그러면, 출력을 할 때(sub_category.get_text()을 사용할 때) 빈 값이니까 오류가 나야 하는거 아닌가요?

수업자료를 다운받아서 압축을 풀려고 하는데, 압축풀때 오류가 나는것 같아요. 확인 부탁드려도 될런지요?

연습하다가 혹시나 해서 해봤는데, 숫자에서도 사용이 가능하더라고요 이 경우엔 어떻게 처리가 되는건가요?

UNION강의 4:30초에서 커리어 평균 연봉이 3000000 이상 "이거나" 12월에 태어난 선수를 구할 때 WHERE birthMonth = 12를 추가해주면 된다고 하셨는데 이 경우  커리어 평균 연봉이 3000000 이상 "이고" 12월에 태어난 선수를 구한 것 아닌가요?

안녕하세요 데이터베이스 인덱스 부분 강의를 듣던 중 궁금한 점이 생겨 질문드리게 되었습니다. 강의에서 직업이 5종류밖에 없다면 class 에 인덱스를 거는 것은 좋지 않다고 하셨는데 질문1) 여기서 좋지 않다는 것은 속도 향상이 있긴하나 효과가 적을뿐만 아니라 인덱스 자체의 크기(용량)이 커지기 때문이라고 이해하면 될까요? 질문2) 만약 직업별로 검색을 많이 하는 상황을 가정한다면 인덱스를 사용하는 것이 좋을까요? 읽어주셔서 감사합니다!

안녕하세요 Q1) 지금까지 이음동의어로 생각해왔는데 REDO = ROLL FORWARD UNDO = ROLL BACK 강의 마지막 결론에서 정리해주신 내용을 보니 또 다른 의미인 것 같아서 살짝 아리송 하네요 REDO 와 UNDO는 발자취(LOG)라고 보면  ROLL FORWARD나 ROLL BACK은 그 발자취를 따라 가는 행위를 말하는건가요? 마지막 질문으로 Part5 DB를 끝내봅니다 ㅎㅎ 감사합니다.

안녕하세요 강의 9분부터 시작되는, DMBS 자체적으로 Non Clustered Index를 사용하지 않는 이유가 궁금해서 질문드립니다. Q1) 다른 수강생분들이 올린 질문도 참고를 했는데 SELECT * FROM TestOrders WHERE CustomerID = 'QUICK'; 다음과 같은 sql문을 실행했을 때 DBMS가 INDEX를 사용하지 않고 SCAN을 하는 이유가 실제로 힙 테이블 내에 page가 메모리에 적재되지 않아 역효과가 발생할 수 있기에 라고 Full scan을 하는게 더 낫다고 하셨습니다. 마치 OS 가상메모리에서 page fault 가 일어나는 현상과 비슷하다고 생각을 합니다. 여기까지는 이해가 됐습니다.  다만 full scan이 더 효율적일 수 있을까? 하는 의구심이 듭니다.  SELECT * FROM TestOrders WHERE CustomerID = 'QUICK'; 다음과 같은 sql문을 실행했을때 테이블의 데이터들도 인메모리 상태가 아니라면 물리 저장소에 접근후 메모리에 적재를 해야할텐데 과연 더 효율적일까 생각이 듭니다. 둘 다 메모리에 없다면 물리 저장소까지 다녀오는 건 비슷하다고 생각하는데 Full Scan이 조금 더 빠른건 Locality 때문인걸까요? Q2) 마지막 질문으로 Clustered Index와 비교해서 생각을 해보고싶습니다. Clustered Index는 Leaf Page가 곧 Data Page인데 이 Data Page도 메모리에 항상 적재되어 있을 것 같진 않습니다. 그럼에도 불구하고 Non Clustered Index보다 Select와 같은 Lookup이 빠른 이유는 Data Page내에 정렬된 데이터들과 이에따라 자연스레 형성된 Locality 때문인가요?

안녕하세요 :) Q1) Clustered Index 를 추가 한 뒤 Non Clustered Index의 변화를 살펴보면 PageID 값도 변하고 Heap Table이 사라짐에 따라 Heap RID도 변하게 됨을 확인했습니다. 궁금한 것은 강의 후반부 *18분 이후 내용입니다. Heap Table이 사라져도 Non Clustered Index를 사용해서 테이블에 저장된 데이터를 찾게 될텐데, 강의중 말씀하신 고유한 key 값이란 무엇인가요? UNIQUIFIER를 말씀하신걸까요? Q2-1)  Clustered Index를 추가하면 Non Clustered Index의 구조가 변하는 것은 확인을 했는데 이는 OrderID라는 공통 Index가 있어서 가능한 일 인 것 같습니다. 공통 Index가 없이 Clustered Index를 추가해도 구조에 변화가 생기게 되는지 궁금합니다. Q2-2) 이어서 엉뚱한 질문을 드리면 Non Clustered Index 추가시 매커니즘을 보면 Non Clustered Index를 통해 고유한 Key 값 얻기 -> 고유한 Key 값으로 Clustered Page에서 Lookup   이와 같은 매커니즘인데 Non Clustered Index를 통해 얻은 고유한 Key값이 Clustered Page에서 데이터를 Lookup할 때  SCAN 가 아닌 SEEK을 한다는 보장이 있을까요?  다른 표현으로(맞는 표현일지는 모르겠지만...) Key값이 Clustered Page에서 Index로서의 역할을 제대로 할 수 있는건가요? 직전의 질문과도 연관이 있어보이는데 제 질문의 요점은 Non Clustered Index의 결과물을 Clustered Index의 Lookup에서 재사용하는 그림인데, 두 Index는 정의시 지정한 컬럼이 다른데 호환이 가능한지 궁금하네요. 감사합니다~

안녕하세요! 항상 빠른 답변 감사드립니다! Clustered Index에 대해 DBCC IND에서 Leaf Page 번호 확인 후 DBCC PAGE 로 실제 정보가 어떻게 들어가 있는지 보려고 시도했는데 "DBCC 실행이 완료되었습니다. DBCC에서 오류 메세지를 출력하면 시스템 관리자에게 문의하십시오."가 뜹니다. Non-clustered 와 다르게 clustered 인덱스의 leaf page에 담겨 있는 실제 데이터는 이런 쿼리로 볼 수 없는 건가요??

안녕하세요 강사님 강의 잘 듣고 있습니다! set 1번의 2번 문제의 해석을 듣는 중  { inner join hackers as h on h.hacker_id = t.hacker_id group by h.hacker_id, h.name having total_score != 0 order by total_score desc, h.hacker_id } 부분에서 왜 group by시 h.name도 포함되는 모르겠습니다 h.hacker_id와 h.name은 각각 하나씩 연결되었음으로 h.name이 없어도 실행 되어야 할 것 같습니다. 또한 h.name을 제거하였을때 error가 발생하였는데 왜 발생하는지도 모르겠습니다. 좋은 강의 올려주셔서 감사합니다

요즘 ORM 기술이 핫한거 같은데 게임 개발 업계에서도 ORM이 핫한가요 ?

안녕하세요. 위쪽에서는 DECLARE @i AS INT 형태로 선언하셨는데, 테이블 변수는 DECLARE @test TABLE 로 하시더라고요. 그래서 타입이 테이블일 때만 AS를 떼도 되는건지 궁금해서 이것저것 해보니, AS는 있든 없든 동일하게 동작하는 것 같습니다. 이게 SQL server 에서만 그런건지, AS는 원래 없어도 되는건지, 아니면 다른 기능이 있는지 궁금합니다.

스프링 공부를 하면서 jpa를 사용해서 개발을 하다가 jpa로는 서브쿼리에 한계가 있는것 같아서요. 예를 들면  select class, c_time, professor,~~~~ FROM 컴공과목테이블 where 기본키 = (select 참조키 from 학생테이블 where 학생명="홍길동")  ('홍길동' 학생이 수강신청 되어있는 컴공 과목정보를 뽑기 위한 쿼리입니다) . 이런식의 서브쿼리로 SELECT하고 싶을땐 어떤방식으로 자바코드를 짜야하나요?

1. 메모리 찾으려는 데이터가 메모리에 올라와 있다는 보장이 없다고 하셨는데 그렇다면 반대로 Clustered Index 는 항상 올라와 있는건가요?아니면 불러와야 하지만 불러올 부분을 정확히 알기 때문에 비효율적인 부분없이 처리한다는 의미인가요? 2. 설명을 들어보면 INDEX 설정할 때 WITH 를 거는게 DML 작업에 부하가 적다고 하셨는데 주로 커버드 인덱스를 활용하시는 이유를 알 수 있을까요?

SELECT DISTINCT CITY FROM STATION WHERE (CITY NOT LIKE  'A%'  OR CITY NOT LIKE 'E%'  OR CITY NOT LIKE 'I%'  OR CITY NOT LIKE 'O%'  OR CITY NOT LIKE 'U%') OR (CITY NOT LIKE '%a' OR CITY NOT LIKE '%e'  OR CITY NOT LIKE '%i'  OR CITY NOT LIKE '%o'  OR CITY NOT LIKE '%u') 은 왜 안되나요? 구글링했는데  SELECT DISTINCT CITY FROM STATION WHERE (NOT(CITY  Like 'A%'             OR CITY LIKE 'E%'             OR CITY LIKE 'O%'             OR CITY LIKE 'I%'             OR CITY LIKE 'U%'))         OR        (NOT (CITY LIKE '%a'              OR CITY  LIKE '%e'              OR CITY LIKE '%i'              OR CITY LIKE '%o'              OR CITY LIKE '%u')) 랑 조금 다른데 왜 답도 다르게 나오는지 모르겠습니다 .ㅠㅠㅠㅠ

https://github.com/Heretic-byte/Strategy2/blob/master/Assets/Scripts/SO/UnitTable.cs 이런식으로 유니티가 제공하는 Scriptable Object를 db처럼 사용하는 코드들을 봤는데요 현업분들중에 db를 이런것으로 사용하는 분은 들어보지 못했습니다. 혹시 이런 방법을 사용하지 않는 치명적인 이유가 있을까요? 또 언리얼에서도 FDataTableRow 라는 데이터테이블의 역할을 해주는 기능이 있던데 기업에서도 이런 기능을 사용하나요? 아니면 전부 sql로 처리하게 되나요?

SELECT w.id, wp.age, w.coins_needed, w.power FROM Wands AS w INNER JOIN Wands_Property AS wp ON (w.code = wp.code) INNER JOIN ( SELECT id, MIN(coins_needed) FROM Wands GROUP BY id, code, power ) AS T ON (w.id = T.id) WHERE wp.is_evil = 0 ORDER BY w.power DESC, wp.age DESC 이 SQL은 왜 틀린건가요? 출력은 되긴 하지만 틀리다고 나오네요. 조인 중에서 INNER JOIN (     SELECT id, MIN(coins_needed)     FROM Wands     GROUP BY id, code, power ) AS T 이부분이 핵심인데요. 결국 GROUP BY 를  id, code, power를 하나 code, power를 하나 같지 않는건가요? 결국 해당 GROUP BY 를 해서 coins_needed가 가장 작은 액수만 출력하게 했고 그것을 전체 출력해서 INNER JOIN통해 필터링 하는 전략을 세워보았습니다. 이론상 틀리지 않아 보이는데... 제 주관적인 생각입니다 ㅠㅠ 이유가 무엇일까요?

예전 스핀락 설명 하실때 메모한 내용입니다. 락을 걸고 있는 상대방이 조금만 기다리면 놔줄 것 같다는 확신이 있을 때는 굳이 Context-Switching까지 가지 않고 무식하게 대기하는 SpinLock이 좋습니다. 비행기 1인 화장실 앞에서 대기하는데, 안에서 손 씻고 있는 소리가 들린다면, 굳이 자리에  돌아가서 대기하기 보단 문앞에서 조금만 더 기다리는게 현명합니다. MMO에서 lock을 쓰는 경우는 대부분 컨텐츠의 멀티쓰레드 경합 처리에서 사용하게 되는데, 어마어마하게 오래 걸리는 작업이 아닌 경우가 많기 때문에  SpinLock이 대부분의 경우에서 유리합니다. 질문 컨텍스트 스위칭이라는게 a쓰레드가 공유 자원을 다쓰고 쓰레드 풀로 들어가면 b라는 쓰레드가 공유자원을 획득해서 사용하는 걸로 알고 있는데 그러니까 프로세스 내부에 stack 공간만 바뀌는 스핀락이라는게 무한 반복 타고 들어가서 계속 기다리잖아요 상대방이 빠져나올떄 까지 lock은 접근 했다가 a라는 쓰레드가 사용중이네 글멈 나는 다른 작업 하고 이따 한번 더와바야지 이 개념이 아닌가요? 여기서 왜 컨텍스트 스위칭이라는 표현을 쓰셨는지 여쭤봅니다? a가 가고 b가 들어가야 컨텍스트 스위칭이 성립되는 게 아닌가요?