'2012/08'에 해당되는 글 10건

① From절 서브쿼리와, Where절 서브쿼리를 사용

>> 부서별 급여합계의 평균인 57618 보다 큰 부서명과 월급합계가 출력된다.

>> Group by의 조건절인 Having절에 서브쿼리를 사용한 결과와

    From절, Where절 서브쿼리를 사용한 결과가 같다.

Branch(가지) -> 말단이 아닌 Node

leaf(잎) -> 말단인 Node

>> salary와 hire_date가 같은 사람이 없기 때문에 결과가 나오지 않는다. 

① 상관 서브쿼리 >> join을 쓰지 않거나, 못 쓰는 경우

ex) group by를 쓰는 경우

>> Select절에서 다른 Select절을 사용한다.

>> select절에서 다른 select절을 써서 출력할 수 있다.

   ⓓ exists : 존재유무

① all 

>> 첫 번째 실행결과 : 하나의 salary의 값과 부서번호가 60인 모든 사람들의 salary를 비교할 수 없다.

>> 두 번째 실행결과: all을 써줄경우 정상적으로 실행된다.

>> 실행결과 : 부서번호가 80번인 사원을 제외한 나머지 사원들 중 80번 부서 사원과 같은 월급을 받는 사람들이 출력된다.

>> 실행결과 : 80번 부서 사원들과 다른 월급을 받는 사원들 모두가 출력된다.

>> 실행결과 : 월급이 20000이 초과되는 사원의 모든 내용이 출력된다.

>> 첫 번째 실행결과 : 사원들의 이름과 직업아이디가 출력이된다.

>> 두 번째 실행결과 : 사원들의 이름과 employees에 jobs를 left join하여 직업명이 출력되도록 하였다.

예제3)   

>> 첫 번째 실행결과 : 같은 부서에 근무하는 사람들의 이름과 부서번호를 출력

>> 두 번째 실행결과 : Diana를 제외한 같은 부서에 근무하는 사람들의 이름과 부서번호 그리고 employees에 departments를 left join하여 부서명까지 출력하도록 하였다

>> 조인의 조건이 = 이 아닌 것 

① cmd에서 관리자로 접속

>> 계정이 잠겨있기 때문에 접속할 수 없다.

ⓐ outer앞에는 left, right를 써줘야한다. outer도 생략이 가능하다.
ⓑ left >> 왼쪽의 테이블의 내용을 더 볼 수 있다. >> 1992코드의 e.department_id = d.department_id(+)
ⓒ right >> 오른쪽의 테이블의 내용을 더 볼 수 있다. >> 1992코드의 e.department_id(+) =     d.department_id

③ Left Outer Join 

④ Right Outer Join 

⑤ Full Outer Join 

② 문제2 

③ 문제3 

④ 문제4 

>> A와 B를 조인할 때, 조인의 조건을 생략하고 A의 모든 행이 B의 모든 행들과 조인되는 경우

>> 모든 행들의 조합이 출력되어 많은 결과를 출력할 수 있지만 과부화의 위험이 있다.

① Employees Table >> 107개의 행

② Departments Table >> 27개의 행

③ Employees Table과 Department Table의 조인결과 >> 2889개의 행 

>> 정확하게 일치하는 데이터만 가지고 오기때문에 Null값이 제외된다.

>> Null값을 포함하여 보고싶으면 외부조인을 사용한다.

>> Steven King의 부서명을 알 수 있다.

>> SQL 1992 CODE와 같은 결과를 얻을 수 있다.

>> 조인하려는 두 테이블의 컬럼이름이 동일할 경우에만 사용가능하다. 

>> Steven King의 부서명을 알 수 있다.

   
>> 데이터의 중복은 최대한 없애는것이 좋다 why?) 효율적인 관리를 위하여
>> DB모델링의 탄생배경

② 판매자테이블의 구성 >> 판매자아이디(PK:Primary Key)
>>

④ DB의 관계 >> 1:1관계, 1:n관계, n:m관계

⑤ DB의 모델링과정 : 요구분석 >> 개념적 모델링 >> 논리적 모델링(정규화과정)

① HR스키마의 관계파악

>> 10개의 테이블(table)과 1개의 뷰(view)로 구성

② DB참고사전(Dictionary)

>> DB에 있는 모든 테이블에 대한 설명

ⓐ ALL_XXX : DB전체에 걸쳐서 사용되는 정보들
ⓑ USER_XXX : 현재 스키마(유저)에 속해있는 객체들의 정보
ⓒ DBA__XXX : DB관리자가 조회할 수 있는 정보들
ⓓ V$xxx : 성능 관리를 위해 존재하는 view

③ 제약조건(Constraint)

>> comment에 constraint라는 단어가 들어간 테이블을 검색

④ 제약조건확인

>> HR스키마안의 각각의 테이블안에 정의된 제약조건의 이름과 타입등이 나온다.

>>contstaint_type의 의미
    ⓐ P : Primary Key
    ⓑ C : Check
    ⓒ U : Unique
    ⓓ R : Foreign Key

⑤ 테이블의 컬럼조건을 확인

>> HR스키마에 속한 컬럼들이 속한 테이블과 컬럼명, 제약조건명을 알 수 있다.