위와 같은 릴레이션들이 있다.Reserves의 sid는 외래키이며 Sailors의 sid(기본키)를 참조한다.또한 Reserves의 또다른 외래키 bid는 Boats의 bid(기본키)를 참조한다. 따라서 선원과 보트의 관계는 M:N관계인것을 알 수 있다. Q1. 배 103을 예약한 뱃사람의 이름을 구하시오. 오른쪽과 같은 3가지 답이 가능하지만 솔루션 1번이 가장 최적화된 관계대수이다.2번은 I/O코스트가 매우 크다. Q2. 적색 배를 예약한 뱃사람의 이름을 구하시오. 아래 관계대수식이 좀더 최적화된 식이다. Q5. 적색 배나 녹색 배를 예약한 뱃사람의 이름을 구하시오. 이 질의의 결과로 Dustin,Horatio,Lubber라는 이름을 얻게 된다. Q6. 적색 배와 녹색 배를 예약한 뱃사람의 이름을 구..
관계 대수의 결과로 나오는 릴레이션은 항상 중복이 제거된 상태로 된다고 가정한다. 하지만 실제로 데이터베이스에서는 중복을 제거하려고 하면 굉장히 많은 연산이 필요할 수 있기 때문에 중복을 제거 하지 않은 상태로 결과 릴레이션을 내놓는다.S2 sid sname rating age 2858 yuppyRusty 910 35.035.0 이 있을때 πage(S2) 의 결과는 age 35.0 35.0 이다. 하지만 실제로는 35.0은 한번만 표시해야 한다. 두 릴레이션 인스턴스가 합병 가능한 경우 합집합,교집합,차집합 연산이 가능하다. 합병가능 -> 두 릴레이션의 필드 수가 서로 같고, 왼쪽 부터 오른쪽까지 차례 대로 필드의 도메인이 같아야 한다. S1과 S2 라는 두 테이블이 있을때 집합연산(합,교,차집합)을 한..
DB 설계 순서 1. 요구사항 분석2. 개념적 설계 (er 다이어그램)3. 논리적 설계 (테이블 만들기)4. 물리적 설계 개념적 설계-> 현실세계의 어떤 물체나 인식 들을 추상적인 개념으로 옮기는 과정-> 요구사항 분석을 바탕으로 개체와 개체간의 관계를 ER다이어그램으로 표현한다.-> 특정 DBMS에 독립적으로 설계해야 한다. 논리적 설계-> 개념적 설계의 결과물을 바탕으로 특정 DBMS가 지원하는 자료구조의 형태로 변환하는 과정이다.(테이블,트리등등) 물리적 설계-> 논리적 설계의 결과물을 디스크와 같은 특정 물리적 장치에 저장 되게 하는 데이터의 형태로 변환하는 과정이다.-> 물리적 설계를 어떻게 하냐에 따라 데이터베이스의 속도가 차이 나게 된다.-> 데이터베이스의 물리적 구조와 접근 순서등에 대한 ..
슈퍼키-> 어떤 테이블의 속성들의 조합 ( 이 조합으로 테이블 내에서 어떤 튜플을 유일하게 구분할 수 있어야 함)-> 아래 테이블에서 학번 + 성명 속성의 집합으로 테이블 내에서 어떤 튜플을 유일하게 식별할 수 있음.-> 학번이 A11이고 이름이 홍길동인건 테이블 내에서 유일하게 딱 하나만 존재함.-> 학번 + 성명 또는 학번 + 주민번호 또는 학번 + 주민번호 + 성명등 슈퍼키는 튜플을 유일하게 구분할 수 만 있으면 여러개가 존재 할 수 있다.후보키 -> 슈퍼키 중에서 최소성까지 만족 하는 키.-> 슈퍼키 중에서도 최소한의 속성의 집합만으로도 어떤 한 튜플을 유일하게 구분 할 수 있다.-> 학번 + 성명으로도 A11 홍길동 학생의 튜플을 유일하게 구분할 수 있지만, 학번 속성만으로도 홍길동이라는 학생의..
1. 데이터베이스의 추상화 사용자가 취급하는 데이터베이스는 어떠한 구조로 물리적 저장장치 위에 저장되어야 한다. 이러한 저장 구조를 사용자의 입장에서 보느냐, 저장장치의 입장에서 보느냐에 따라 논리적 구조와 물리적 구조로 구별한다. 즉, 논리적 구조는 사용자가 생각하는 데이터의 논리적 표현이다. 반면에 물리적 구조는 디스크나 테이프와 같이 저장장치 위에 물리적으로 저장되어 있는 데이터의 실제 구조를 의미한다. 1.1 데이터의 계층 구조 비트(BIT : BInary digiT)바이트(Byte)필드(Field)레코드(Record)파일(File) = 테이블데이터베이스(Database) 스키마 1. 사전적 의미 : 개요 도표2. 데이터 베이스에서의 의미 : DB를 논리적으로 정의한 것을 나타내는 용어, Sche..
데이터 무결성데이터 무결성을 강제 적용하면 데이터베이스에 있는 데이터의 품질이 보장(데이터에 결함이 없다 == 무결성)됩니다. 예를 들어 한 사원의 사원 ID 값으로 123을 입력한 경우 데이터베이스의 다른 사원이 동일한 값의 ID를 갖지 못하도록 해야 합니다. employee_rating 열에 필요한 값이 1에서 5 사이이면 데이터베이스에서 이 범위를 벗어난 값을 허용하지 않아야 합니다. 테이블에 사원의 부서 번호를 저장하는 dept_id 열이 있으면 데이터베이스에서 회사의 부서 번호에 유효한 값만 허용해야 합니다.테이블을 계획할 때 필요한 두 가지 주요 단계는 특정 열에서 유효한 값을 확인하고 열에 있는 데이터의 무결성을 유지하는 방법을 결정하는 것입니다. 데이터 무결성은 다음과 같은 4가지 범주로 ..
- Total
- Today
- Yesterday
- mobx
- server side rendering
- storybook
- reducer
- useRef
- hydrate
- Action
- state
- atomic design
- es6
- reflow
- react hooks
- await
- reactdom
- computed
- Polyfill
- javascript
- return type
- Babel
- useEffect
- props
- webpack
- typescript
- async
- promise
- react
- design system
- Next.js
- rendering scope
- type alias
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 | 29 |
30 | 31 |