용학사님의 블로그

삽입이상갱신이상 삭제이상 함수적 종속성 고객 아이디와 이벤트번호 모두 알아야 당첨여부를 알 수 있으므로 완전 함수 종속(FFD)고객 아이디와 이벤트번호 둘 중 하나만 알아도 고객이름을 알 수 있으므로 부분 함수 종속(PFD) 정규형(NF)제 1 정규형(1NF)릴레이션의 모든 속성이 더는 분해되지 않는 원자 값만 가지면 제 1 정규형을 만족함제 2 정규형(2NF)->릴레이션이 제1 정규형에 속하고 기본키가 아닌 모든 속성이 기본키에 완전 함수 종속되면 제 2정규형을 만족한다.(부분 함수 종속을 제거하고 모든 속성이 기본키에 완전 함수 종속되도록 분해)제 3정규형(1NF)->릴레이션이 제 2정규형에 속하고, 기본키가 아닌 모든 속성이 기본키에 이행적 함수 종속이 되지 않으면 제 3 정규형을 만족함(모든 ..

액세스 시간(Access time)액세스 시간=탐색시간+회전지연시간+데이터 전송시간 인덱스의 특징인덱스는 테이블에서 한 개 이상의 속성을 이용하여 생성함빠른 검색과 함께 효율적인 레코드 접근이 가능순서대로 정렬된 속성과 데이터의 위치만 보유하므로 테이블보다 작은 공간을 차지함저장된 값들은 테이블의 부분집합이 됨일반적으로 B-tree 형태의 구조를 가짐데이터의 수정, 삭제 등의 변경이 발생하면 인덱스의 재구성이 필요 이해가 잘 안감인덱스 명칭설명/생성 예 클러스터 인덱스기본적인 인덱스로 테이블 생성 시 기본키를 지정하면 기본키에 대하여 클러스터 인덱스를 생성한다.기본키를 지정하지 않으면 먼저 나오는 UNIQUE속성에 대하여 클러스터 인덱스를 생성한다.기본키나 UNIQUE속성이 없는 테이블은 MySQL이..

암기 설계 1단계: 요구 사항 분석 설계 2단계: 개념적 설계(개체 간의 관계 결정 E-R 다이어그램)STEP1)STEP2) STEP3) 설계 3 단계: 논리적 설계)릴레이션 스키마로 변화한 후에 결과를 문서화 시킴 규칙1) 모든 개체는 릴레이션으로 변환규칙2) 다대다 관계는 릴레이션으로 변환한다.규칙3) 일대다 관계는 외래키 표현한다.규칙 3-1) 일반적인 일대다 관계는 외래키로 표현규칙 3-2) 약한 개체가 참여하는 일대다 관계는 외래키를 포함해서 기본키로 지정규칙4) 일대일 관계는 외래키로 표현한다.규칙 4-1) 일반적인 일대일 관계는 외래키를 서로 주고받는다.규칙 4-2) 일대일 관계에 필수적으로 참여하는 개체의 릴레이션만 외래키를 받는다.규칙 4-3) 모든 개체가 일대일 관계에 필수적으로 참여..

JOIN (테이블 이름)테이블을 합침ON(조건)조건에 해당하는 행만을 합치는 것임 (JOIN, ON은 함깨 쓰임) LEFT OUTER JOIN (테이블이름)-FROM이 주인임 RIGHT OUTER JOIN (테이블 이름) RIGHT OUTER JOIN이 주인 내장함수 뷰논리적으로만 존재하는 테이블로 다른 가상 테이블이다. 다른 뷰를 기반으로 새로운 뷰를 만드는 것도 가능함검색은 가능하지만 테이블의 내용을 변화시키는 작업은 제한적임 뷰 생성 뷰 활용테이블과 같이 사용가능함 뷰 INSERT 뷰 장점 뷰 삭제 삽입 SQL(중요도 떨어짐) 커서(중요도 떨어짐)

SELECT문 NULL속성의 갯수는 계산하지 않으니 애초에 기본키 속성이나 *을 이용한다.(" * "을 이용하면 행의 갯수를 세므로 NULL속성을 신경쓰지 않는다.) GROUP BY는 테이블이 하나일 때 사용 연습 ------------------------------------------------------------------------------------------------------------------------------------------------------------------>SELECT절에는 밑에서 명시된 속성 이외 속성은 SELECT 절에 작성이 불가능하다.-> 별명 가능, 속성 이름으로만 작성 가능 연습 --------------------------------..