Computer Science31 뷰와 시스템 카탈로그(2) 뷰의 장점 뷰는 복잡한 질의를 간단하게 표현할 수 있게 함 데이터 무결성을 보장하는데 활용됨 기본적으로 뷰를 통해 튜플을 추가하거나 수정할 때 튜플이 뷰를 정의하는 SELECT문의 WHERE절의 기준에 맞지 않으면 뷰의 내용에서 사라짐 뷰를 정의할 때, WITH CHECK OPTION을 명시했다고 가정 뷰는 데이터 독립성을 제공함 뷰는 데이터베이스의 구조가 바뀌어도 기존의 질의(응용 프로그램)를 다시 작성할 필요성을 줄이는 데 사용될 수 있음 Ex) 응용 프로그램의 요구사항이 변경되어 기존의 EMPLOYEE가 EMP1, EMP2로 나뉘어 졌을 때, 기존의 SELECT문은 EMP1과 EMP2에 대한 SELECT문으로 변경해야 할 필요가 새임 그러나 VIEW를 정의한다면 응용 프로그램에서 초기 EMPLOYE.. 2022. 4. 22. 뷰와 시스템 카탈로그(1) 뷰와 시스템 카탈로그 관계 데이터베이스 시스템의 뷰(view)는 다른 릴레이션으로부터 유도된 릴레이션(derived relation)으로서 ANSI/SPARC 3단계 아키텍처의 외부 뷰와는 다름 뷰는 관계 데이터베이스 시스템에서 데이터베이스의 보안 메커니즘으로서, 복잡한 질의를 간단하게 표현하는 수단으로써, 데이터 독립성을 높이기 위해서 사용됨 시스템 카탈로그는 시스템내의 객체(기본 릴레이션, 뷰, 인덱스, 사용자, 접근 권한 등)에 관한 정보를 포함 시스템 카탈로그를 적절히 활용하면 원하는 릴레이션을 데이터베이스에서 찾고, 그 릴레이션에 어떤 애트리뷰트들이 들어 있으며, 각 애트리뷰트의 데이터 타입은 무엇인가 드을 쉽게 파악할 수 있음 뷰의 개요 ANSI/SPARC 3단계 아키텍처에서 외부 뷰는 특정 .. 2022. 4. 20. 릴레이션 정규화 릴레이션 정규화 부주의한 데이터베이스 설계는 제어할 수 없는 데이터 중복을 야기하여 여러 가지 갱신 이상(update anomaly)을 유발함 정규화(normalization)는 주어진 릴레이션 스키마를 함수적 종속성과 기본키를 기반으로 분석하여, 원래는 릴레이션을 분해함으로써 중복과 세 가지 갱신 이상을 최소화함 좋은 관계 데이터베이스 스키마를 설계하는 목적 정복의 중복과 갱신 이상이 생기지 않도록 함 정보의 손실을 막음 실세계를 훌륭하게 나타냄 애트리뷰트들 간의 관계가 잘 표현되는 것을 보장 어떤 무결성 제약조건의 시행을 간단하게 함 아울러 효율성 측면도 고려하는 것 먼저 갱신 이상이 발생하지 않도록 노력하고, 그다음 효율성을 고려함 갱신 이상(update anomaly) 수정 이상(modificat.. 2022. 4. 20. 물리적 데이터베이스 설계 물리적 데이터베이스 설계 논리적인 설계의 데이터 구조를 보조 기억 장치상의 파일(물리적인 데이터 모델)로 사상함 예상 빈도를 포함하여 데이터베이스 질의와 트랜잭션들을 분석함 데이터에 대한 효율적인 접근을 제공하기 위하여 저장 구조와 접근 방법들을 다룸 특정 DBMS의 특성을 고려하여 진행됨 질의를 효율적으로 지원하기 위해서 인덱스 구조를 적절히 사용함 보조 기억 장치 각 파일은 고정된 크기의 블록들로 나누어져서 저장됨 사용자가 원하는 데이터를 검색하기 위해서 DBMS는 디스크 상의 데이터베이스로부터 사용자가 원하는 데이터를 포함하고 있는 블록을 읽어서 주기억 장치로 가져옴 블록 크기는 512바이트부터 수 킬로바이트까지 다양하나 전형적인 블록 크기는 4096바이트 데이터가 변경된 경우에는 블록들을 디스크에.. 2022. 4. 15. 이전 1 2 3 4 5 ··· 8 다음
