ERD Optional 질문

안녕하세요. 질문 주셔서 감사합니다. 아, 이런.. 실수가 있었네요. 툴을 사용하여 그리다 보니 관계 선택에서 문제가 좀 있었습니다. 해당 부분은 아래와 같이 정정을 하겠습니다. 표기의 Optional 은 배송 쪽에 붙는게 맞습니다. 비즈니스 관계에서 주문은 배송이 없을 수 있지만, 배송은 주문없이는 이루어질 수 없습니다. 따라서 Optional 은 배송 쪽에 붙어야 하고, 주문 쪽에서는 제거 되어야 하는 게 맞습니다. 강의 내용은 수정하도록 하겠습니다. 알려주셔서 진심으로 감사합니다. 감사합니다.

43페이지 4번 문제 질문드립니다

안녕하세요! 알고런 데이터코드 연구소입니다.질문 남겨주셔서 감사합니다. 우선 질문하신 "기본키가 아닌 모든 후보키가 대체키다"라는 개념은 정확합니다. 제대로 공부하고 계시네요. 🙂 다만, 시험 문제는 간혹 표현을 미묘하게 비틀어 내기 때문에 실제 문장으로 접했을 때 생소하거나 애매하게 느껴질 수 있습니다. 작성해주신 문제의 보기를 하나씩 명확하게 분석해 드릴게요.1. 각 보기 분석① 기본키가 아닌 후보키 중에서 선택된 키이다. (정답)후보키라는 전체 집합에서 '기본키'를 먼저 선발하고, 남겨진(선택된) 나머지 키들이 대체키가 된다는 의미입니다. 표현이 다소 수동적일 수 있으나, 개념적으로 대체키의 정의를 가장 잘 설명하고 있습니다.② 데이터 무결성을 위해 반드시 외래키로 설정해야 한다. (오답)대체키는 유일성을 가진 후보키의 일종일 뿐, 외래키(다른 테이블과의 관계) 설정 여부와는 무관합니다.③ 중복이 가능하며, 식별자로서의 역할을 수행하지 않는다. (오답)대체키도 엄연히 '후보키'입니다. 따라서 절대 중복될 수 없으며(유일성), 언제든 기본키를 대신해 식별자 역할을 할 수 있는 능력을 갖추고 있습니다.④ 기본키와 동일한 역할을 하지만 테이블에서는 사용할 수 없다. (오답)테이블 내에서 UNIQUE 제약 조건 등을 통해 실질적으로 사용하고 관리할 수 있습니다. 도움이 되셨기를 바라구요. 혹시 애매한 문제를 만나게 되면 가장 적절한 것으로 선택하시면 시험 합격에 문제가 없을 거예요. 응원할게요. 감사합니다.

Part1 > Chapter2 단원정리문제

안녕하세요. 하민님.질문 남겨주셔서 감사합니다. 문제를 살펴봤구요. 학생-과목의 관계는 하민님이 말씀하신 데로, M:N 의 관계가 맞습니다. 만약 학생-수강신청인 경우 1:M 이라고 볼 수가 있습니다. 일반적으로 문제에 제약사항이 있을 수 있는데, 이 문제는 제약사항이 없네요. 따라서 문제의 답변이 부정확했습니다. 감사드립니다. 자료는 수정해서 올려두었습니다. 강사-과목은 일잔적으로 1:M의 관계가 맞습니다. 한 과목에 여러명의 교수가 배정되는 일반적으로 없습니다. 주문 - 주문상세는 용어가 좀 혼란스러울 수 있는데요. 주문 - 주문 품목 으로 생각하시면 좋겠습니다. 하나의 주문을 하면서 빵, 커피, 우유, 아이스크림을 살 수가 있잖아요. 그러면 이 관계도 1:M의 관계가 됩니다. 다시한 번 감사드리구요. 열공하세요. 🙂

DIVIDE 인지 어떻게 판단할 수 있나요?

"안녕하세요. mkp0131 님등록하신 질문을 다시 꼼꼼히 검토해보다가, 제가 용어 설명에서 정정이 필요한 부분을 발견했어요. 질문 덕분에 정확한 개념을 다시 짚고 넘어가게 되었네요. 감사합니다. 결론부터 말씀드리면, 이 문제는 이론적으로 'DIVIDE'가 아니라 'DIFFERENCE(차집합)' 연산이 맞습니다.용어 정정:제가 설명에서 'DIVIDE'라고 표현했던 건, '전체 집합에서 특정 데이터를 분리(나누어) 낸다'는 일반적인 의미로 사용한 표현인데요. 일반적으로 관계대수에서 Not Exists 가 devide 연산에 사용되는 경우는 모든 조건에 맞는 것을 구할 때 입니다. 이 번문제는 DEVIDE가 아니라 Difference 로 보는게 맞겠습니다. 정확한 개념 구분:DIVIDE: '모든 조건을 만족하는 것'을 찾을 때 (예: 모든 과목을 다 들은 학생)DIFFERENCE(차집합): '특정 조건을 제외하는 것'을 찾을 때 (예: 비선호 컨텐츠 빼기)따라서 지금 문제는 '제외'하는 로직이므로 차집합(Difference)이 맞고, 그렇기 때문에 mkp0131님이 처말씀하신 LEFT JOIN + IS NULL 방식으로도 데이터를 추출할 수 있습니다.다만, 보기의 3번 지문은 LEFT JOIN + is not null 로 되어 있기 때문에 오답이구요.정답은 Not Exists로 작성한 보기 4번이 되는 것입니다.헷갈릴 수 있는 부분인데 정확하게 짚어주셔서 저도 다시 한번 정리하는 계기가 되었습니다. 문제는 보완해두겠습니다. 감사드립니다.

ORDER BY 자료 및 강의 내용에 문제가 있는 것 같은데, 체크 부탁드립니다.

안녕하세요. 최준호님. 교재의 내용은 아래와 같습니다.(사진)위의 쿼리를 실행하면, comm 기준으로 먼저 정렬이 되고, 그 다음 정렬 기준으로 sal 가 적용이 됩니다.그래서 실제 쿼리의 결과는 좌측 옆의 이미지 처럼 나오게 되는 겁니다. 아마도 두가지 이유 때문에 혼란스러우셨을거 같은데요. 그 외의 직원들은 급여로 정렬된다라는 말 때문에 혼란을 드린 것 같네요. 이 부분은 명확하게 작성 하자면 다음과 같이 쓰는게 좋겠네요. 이 쿼리는 1차 정렬 기준으로 comm이 NULL인 직원들을 맨 위에 배치한 후 오름차순 정렬한다. 그 다음 2차 기준인 sal을 기준으로 다시 오름차순 정렬한다.보완해둘게요. 정말 감사드려요. 🙂 그다음에 쿼리에 comm 뒤에 nulls first 만 있고 asc가 생략 되어 있어서 좀 혼란스러울거 같긴 합니다. 만약에 이쿼리에서 asc를 생략하지 않는다면 아래와 같은 쿼리가 작성됩니다. SELECT ename, sal, comm FROM scott.emp WHERE sal BETWEEN 1000 AND 2000 and ename != 'MILLER' ORDER BY comm asc NULLS FIRST, sal asc;이 쿼리는 comm 기준으로 asc 정렬을 하되, 널 값을 먼저 출력하라는 말이구요. 그 다음 정렬 기준이 sal(급여)이 되는 것입니다. 제 답변이 도움이 되셨으면 좋겠네요. 감사합니다.

실전모의고사 2회 42번 문제

안녕하세요. KOKODAE.KO 님. 이 문제는 가장 적절한 쿼리를 구하는 문제입니다. 보기 1번도 4번과 같이 동일한 결과를 나타냅니다. 하지만 쿼리 자체가 최적화 되어 있지는 못합니다. 그래서 가장 적절한 쿼리는 4번이 적합하다고 할 수 있습니다. 실제 문제도 이런 식으로 나올 수 있습니다. 동일한 결과를 나타내기 때문에 실전 시험에서도 이슈를 제기할 수도 있습니다만, 가급적이면 가장 적절해 보이는 것으로 선택하는 게 더 좋을 거 같습니다. 아래는 실습 쿼리입니다. 참고하십시오. 감사합니다. -- 1. 기존 테이블이 있다면 삭제 (선택 사항) DROP TABLE EMPLOYEE; -- 2. EMPLOYEE 테이블 생성 CREATE TABLE EMPLOYEE ( EMP_ID VARCHAR2(5) PRIMARY KEY, NAME VARCHAR2(50) NOT NULL, DEPT_ID VARCHAR2(5) NOT NULL, SALARY NUMBER(10) NOT NULL ); -- 3. 데이터 삽입 INSERT INTO EMPLOYEE (EMP_ID, NAME, DEPT_ID, SALARY) VALUES ('E001', '홍길동', 'D001', 5000); INSERT INTO EMPLOYEE (EMP_ID, NAME, DEPT_ID, SALARY) VALUES ('E002', '김철수', 'D001', 5500); INSERT INTO EMPLOYEE (EMP_ID, NAME, DEPT_ID, SALARY) VALUES ('E003', '이영희', 'D002', 4500); INSERT INTO EMPLOYEE (EMP_ID, NAME, DEPT_ID, SALARY) VALUES ('E004', '박민수', 'D002', 6000); INSERT INTO EMPLOYEE (EMP_ID, NAME, DEPT_ID, SALARY) VALUES ('E005', '정대현', 'D002', 5000); -- 4. 변경사항 반영 COMMIT; -- 4번 쿼리 WITH DEPT_AVG AS ( -- 1. 각 부서의 평균 연봉 계산 SELECT DEPT_ID, AVG(SALARY) AS AVG_SAL FROM EMPLOYEE GROUP BY DEPT_ID ) SELECT E.* FROM EMPLOYEE E JOIN DEPT_AVG D ON E.DEPT_ID = D.DEPT_ID WHERE E.SALARY > D.AVG_SAL -- 2. 부서 평균보다 높은 직원만 필터링 AND E.SALARY = ( -- 3. 필터링된 전체 직원 중에서 최소 연봉을 찾음 SELECT MIN(E2.SALARY) FROM EMPLOYEE E2 JOIN DEPT_AVG D2 ON E2.DEPT_ID = D2.DEPT_ID WHERE E2.SALARY > D2.AVG_SAL ); -- 1번 쿼리 SELECT E.* FROM EMPLOYEE E WHERE E.SALARY > ( SELECT AVG(SALARY) FROM EMPLOYEE WHERE DEPT_ID = E.DEPT_ID ) AND E.SALARY = ( SELECT MIN(SALARY) FROM EMPLOYEE E2 WHERE E2.SALARY > ( SELECT AVG(SALARY) FROM EMPLOYEE WHERE DEPT_ID = E.DEPT_ID ) ); /* 기대 결과: EMP_ID | NAME | DEPT_ID | SALARY -------|------|---------|------- E002 | 김철수 | D001 | 5500 */

도커 설치 오류

안녕하세요. 박재훈님.도커 가상화에 문제가 있어서 답답하셨겠네요. 잘 해결 되면 좋겠습니다. 우선, 이미지의 로그를 보니 가상화 지원이 안되는 pc 이거나, 혹은 설정이 꺼져 있는거 같습니다.제가 드린 교안의 목차: 03 오라클 설치(on 컨테이너) 를 참고하셔서 처리해야 합니다. (교안 356 페이지)교안에서 안내하는 가이드는 아래의 순서로 확인을 하도록 되어 있습니다. 이미지가 포함되어 있으니 가이드에 따라 진행해보십시오. 가상화 가능 여부 확인 - 작업 관리자>성능>가상화 사용 확인 가상 머신 플랫폼 기능 확인 - 윈도우 기능 켜기/끄기 > 가상머신 플랫폼 체크 상태 확인 그리고, 혹시 확인했는데 가상화를 지원하지 않는 pc거나, 설정 작업이 너무 번거러우시다면.., livesql을 사용하시길 권해드립니다. livesql.oracle.com 에 접속해서 사용하실 수가 있습니다. 사용방법은 제 교안(목차-05 Live SQL 활용 (Oracle 미설치), 367페이지)에 있습니다. livesql은 oracle 에서 제공하는 sql 환경입니다. 오라클을 설치하지 않고 충분히 sqld 시험준비를 하실 수 있습니다. 그럼 처리해보시구요. 잘 안되면 질문 다시 남겨주세요. 감사합니다.

3강 노랭이 문제 SQL 실습 스크립트 다운로드 파일 오류

안녕하세요. sniperkdw 님. 알려주셔서 감사합니다. 압축된 파일에 약간의 문제가 있었네요. (참, 이상하네요.. 😅 ) 다시 압축해서 올려두었습니다. 다운로드 받아서 이상이 없는 것을 확인했어요. 혹시 다운로드 받으신 후 이상이 있으면 번거로우시겠지만, 다시 메세지 남겨주시길 부탁 드릴게요. 감사합니다.

노랭이 기출

안녕하세요. dussud159 님. 이 강의는 노랭이 문제 풀이 강의와 다른 내용입니다. 노랭이 문제는 난이도가 높은 것들이 많기 때문에 기본 내용을 모르고는 풀기가 어렵습니다. 기본 내용을 알려주는 강의가 이 강의입니다. 혹시 강의 내용을 오해하셨을까 염려되네요. 괜찮으시면 leader.bettermind@gmail.com 으로 메일 한 통주세요. 도움을 드릴 방법을 찾아보겠습니다. 감사합니다.

실전문제 2회차 24번문제

안녕하세요. kokodae.ko 님. 질문 주셔서 감사합니다. 질문에 답을 드리자면.. 24번 문제는 아래와 같고, 문제에서 요구하는 것은 '연속된 3일 이상' 입니다.24. 아래의 테이블에서 연속된 3일 이상 결제금액이 10만원을 초과한 고객을 찾으려고 한다. 가장 적절한 SQL문은? 문제에서 요구하는 '3일 이상' 이라는 기준으로 접답을 찾으면 3번입니다. 보기 1번은 3일 '이상' 이라는 기준을 충족하기 어렵습니다. 작성된 쿼리는 정확히 3일을 기준으로 데이터를 조회하게 되어 있습니다. 보기 3번은 3일 이상이라는 조건을 충족합니다. 물론 제시된 데이터만 가지고 보면, 1번도 답이 맞는 것 같다고 할 수 있습니다. 하지만 문제는 가장 적절한 것을 찾는 것이기 때문에 보기 중에서 가장 적절한 것을 선택하는 것이 좋습니다. 아래는 24번 문제의 실습 데이터와 쿼리입니다. 문제에서 제시된 데이터 외에 추가로 몇 건을 더 입력합니다. 실습 해보시면, 이해가 더 잘 되실 겁니다. CREATE TABLE PAYMENT ( CUSTOMER_ID VARCHAR(10) NOT NULL, PAYMENT_DATE DATE NOT NULL, AMOUNT INT NOT NULL, PRIMARY KEY (CUSTOMER_ID, PAYMENT_DATE) ); INSERT INTO PAYMENT (CUSTOMER_ID, PAYMENT_DATE, AMOUNT) VALUES ('A001', DATE '2024-01-01', 120000), ('A001', DATE '2024-01-02', 150000), ('A001', DATE '2024-01-03', 130000), -- A001은 3일 연속 (1/1~1/3) 조건을 만족 ('A001', DATE '2024-01-04', 80000), -- 10만원 이하로 연속 종료 ('A002', DATE '2024-01-01', 110000), ('A002', DATE '2024-01-02', 90000), -- 10만원 이하로 연속 실패 ('A002', DATE '2024-01-03', 120000), ('A003', DATE '2024-01-05', 110000), ('A003', DATE '2024-01-07', 120000), -- 1일씩 간격이 있어 연속 실패 ('A003', DATE '2024-01-09', 130000), ('A004', DATE '2024-02-10', 105000), ('A004', DATE '2024-02-11', 106000), ('A004', DATE '2024-02-12', 107000), ('A004', DATE '2024-02-13', 108000); -- A004는 4일 연속 (1/10~1/13) 조건을 만족 -- DBMS에 따라 DATE 'YYYY-MM-DD' 형식이 지원되지 않을 경우 TO_DATE('YYYY-MM-DD', 'YYYY-MM-DD') 등을 사용해야 할 수 있습니다. -- 1번 보기 : 정확하게 3일간 10만 이상인 데이터를 찾음. 문제에서는 3일 이상을 요구하고 있음 SELECT DISTINCT P1.CUSTOMER_ID FROM PAYMENT P1 JOIN PAYMENT P2 ON P1.CUSTOMER_ID = P2.CUSTOMER_ID JOIN PAYMENT P3 ON P2.CUSTOMER_ID = P3.CUSTOMER_ID WHERE P2.PAYMENT_DATE = P1.PAYMENT_DATE + 1 AND P3.PAYMENT_DATE = P2.PAYMENT_DATE + 1 AND P1.AMOUNT > 100000 AND P2.AMOUNT > 100000 AND P3.AMOUNT > 100000; -- 2번 보기 : 10만 이상인 고객 중 거래가 3건 이상인 고객 아이디를 반환함 SELECT CUSTOMER_ID FROM PAYMENT WHERE AMOUNT > 100000 GROUP BY CUSTOMER_ID HAVING COUNT(*) >= 3; -- 3번 : 연속된 날짜를 그룹화 하는 '차이 분석 기법' 방식 -- With 내부의 Select 구문을 실행하면, 연속된 날짜인 경우 동일한 GRP 날짜가 생깁니다. 연속되지 않은 경우 동일한 GRP 날짜가 생기지 않고요. WITH CONSECUTIVE_DAYS AS ( SELECT CUSTOMER_ID, PAYMENT_DATE, AMOUNT, ROW_NUMBER() OVER (PARTITION BY CUSTOMER_ID ORDER BY PAYMENT_DATE) AS RN, PAYMENT_DATE - ROW_NUMBER() OVER (PARTITION BY CUSTOMER_ID ORDER BY PAYMENT_DATE) AS GRP FROM PAYMENT WHERE AMOUNT > 100000 ) SELECT DISTINCT CUSTOMER_ID FROM ( SELECT CUSTOMER_ID, GRP, COUNT(*) AS CNT FROM CONSECUTIVE_DAYS GROUP BY CUSTOMER_ID, GRP HAVING COUNT(*) >= 3 ); -- 4번: 3일 이상 연속 조건을 확인하기 어려움. 금액이 10만 이상인 것 기준으로 조회 SELECT DISTINCT CUSTOMER_ID FROM ( SELECT CUSTOMER_ID, AMOUNT, LAG(AMOUNT, 1) OVER (PARTITION BY CUSTOMER_ID ORDER BY PAYMENT_DATE) AS PREV_AMOUNT, LAG(AMOUNT, 2) OVER (PARTITION BY CUSTOMER_ID ORDER BY PAYMENT_DATE) AS PREV2_AMOUNT FROM PAYMENT )일 WHERE AMOUNT > 100000 AND PREV_AMOUNT > 100000 AND PREV2_AMOUNT > 100000;