방송대 컴퓨터의이해 7강: DBMS와 3계층 스키마
인사팀에서 직원의 주소를 고쳤는데 급여팀의 주소는 예전 값으로 남아 있다면 어느 쪽이 진짜일까? 부서마다 자기 파일을 소유하면 같은 사실이 여러 사본으로 갈라지고, 한 번의 수정이 조직 전체에 반영되지 않는다. 이 글은 파일의 저장 방식에서 출발해 데이터베이스 관리 시스템이 왜 필요한지, 3계층 스키마가 관점을 어떻게 분리하는지, 현재 업무용 데이터베이스와 의사결정용 데이터 웨어하우스를 언제 구분해야 하는지 문제 해결의 흐름으로 설명한다.
한 사람의 주소가 두 개가 되는 순간
학습을 위해 작은 회사의 상황을 구성해 보자. 인사 업무 프로그램은 인사 파일에 직원번호, 이름, 부서, 주소를 저장하고, 급여 업무 프로그램은 별도의 급여 파일에 직원번호, 이름, 주소, 계좌, 급여를 저장한다. 직원이 이사한 뒤 인사팀만 주소를 수정하면 두 파일에는 서로 다른 주소가 남는다. 저장된 값은 둘 다 정상적인 문자열이지만 조직이 알고 있어야 할 한 가지 사실은 둘로 갈라졌다.
- 중복: 직원의 이름과 주소가 업무별 파일마다 되풀이되어 저장공간을 차지한다.
- 불일치: 모든 사본을 동시에 고치지 못하면 같은 직원에 관한 값이 서로 달라진다.
- 프로그램 종속: 파일의 구조나 저장 위치가 바뀌면 그 파일을 직접 다루는 프로그램도 함께 고쳐야 한다.
- 공유의 어려움: 구매 업무가 인사·급여 자료를 함께 보려면 서로 다른 파일 형식과 규칙을 따로 알아야 한다.
이 문제는 파일을 순차·직접·색인 방식 중 무엇으로 배치했는지만 바꾸어서는 해결되지 않는다. 그 방식들은 주로 레코드를 어디서 어떻게 찾을 것인가에 답하지만, 조직 전체가 어떤 값을 공동의 사실로 관리할 것인가에는 답하지 않기 때문이다. 데이터베이스는 논리적으로 관련된 데이터를 고도로 구조화해 함께 저장하고 검색·갱신·관리하는 집합이며, 데이터베이스 관리 시스템(DBMS)은 응용프로그램과 데이터 사이에서 이 공동 자원을 관리한다.
문제 진단: 같은 사실을 여러 프로그램 전용 파일에 복제한 상태에서 일부 사본만 갱신되면 불일치가 생긴다. 데이터베이스 접근은 공유할 데이터를 통합하고 DBMS를 공통 관리 창구로 두어 이 문제를 줄인다.
파일 구조는 찾는 길, 데이터베이스는 공유 규칙이다
파일은 보조기억장치에 저장된 데이터의 집합이며 저장 위치와 이름을 통해 접근한다. 강의는 파일을 구성하고 레코드에 접근하는 대표 방식으로 순차 파일, 직접 파일, 색인된 파일을 제시한다. 세 방식은 서로 다른 탐색 전략이므로 용도를 구별해야 한다.
| 구조 | 레코드를 찾는 원리 | 이해할 핵심 | 해결하지 못하는 문제 |
|---|---|---|---|
| 순차 파일 | 레코드를 정해진 순서로 저장하고 앞에서부터 차례로 접근 | 전체 레코드를 순서대로 처리하는 흐름이 단순하다. | 여러 응용이 가진 중복 사본을 하나로 통합하지 않는다. |
| 직접 파일 | 키에 주소 변환을 적용해 레코드의 저장 위치로 바로 접근 | 원하는 키의 위치를 계산해 찾는다. | 서로 다른 부서 파일의 값이 같은지 보장하지 않는다. |
| 색인된 파일 | 키와 저장 위치를 연결한 색인을 먼저 찾은 뒤 레코드에 접근 | 색인이 데이터로 가는 안내표 역할을 한다. | 데이터 정의·권한·동시 접근을 조직 전체 기준으로 관리하지 않는다. |
예를 들어 키가 ‘박한석’인 직원 레코드를 직접 파일에서는 주소 변환 결과로 얻은 위치에서 찾고, 색인된 파일에서는 색인에서 ‘박한석’에 대응하는 위치를 확인한 뒤 찾아간다. 접근 속도가 개선되어도 인사 파일과 급여 파일에 ‘박한석’의 주소가 각각 저장되어 있다면 어느 값을 수정해야 하는지는 여전히 두 프로그램의 책임으로 남는다.
오해 바로잡기: 데이터베이스는 단지 ‘매우 큰 파일’이 아니다. 관련 데이터와 그 관계를 조직의 공동 자원으로 구조화하고, DBMS가 정의·조작·제어를 담당한다는 관리 방식까지 포함해 이해해야 한다.
DBMS는 응용프로그램과 데이터 사이의 공동 관문이다
DBMS는 응용프로그램과 데이터 사이의 독립성을 유지하면서 다수 사용자의 데이터 공유를 지원하는 소프트웨어 패키지다. 사용자는 데이터베이스 파일을 제각기 직접 열지 않고 응용프로그램과 DBMS를 통해 접근한다. 이 중재 구조 덕분에 인사·급여·구매 업무가 통합 데이터베이스를 이용하면서도 각자의 기능을 수행할 수 있다.
역할은 저장만이 아니라 운영 전체에 걸친다
- 빠른 저장·검색·갱신: 필요한 데이터를 체계적으로 찾아 넣고 고친다.
- 독립성 유지: 데이터의 논리 구조와 물리 저장 방식의 변화가 응용프로그램에 직접 미치는 영향을 줄인다.
- 공유와 동시실행 제어: 여러 사용자가 함께 접근해도 정확성이 유지되도록 조정한다.
- 안전한 저장과 복구: 데이터를 보호하고 손상이나 장애 뒤에 복구할 수 있는 기능을 제공한다.
- 표준 환경 제공: 표준 질의언어, 질의처리 기능과 응용프로그램 개발환경을 제공한다.
- 보안: 권한을 확인해 정당한 사용자에게 필요한 접근만 허용한다.
정의·조작·제어는 서로 다른 질문에 답한다
| 필수 기능 | 핵심 질문 | 구체적 역할 |
|---|---|---|
| 데이터 정의 | 어떤 구조와 규칙으로 저장할 것인가? | 모든 응용을 위한 논리 구조, 보조기억장치의 물리 구조, 두 구조 사이의 사상을 정의한다. |
| 데이터 조작 | 정의된 데이터에 무슨 작업을 할 것인가? | 검색·삽입·수정·삭제를 데이터 언어로 지시하고 체계적으로 수행한다. |
| 데이터 제어 | 공동 데이터의 정확성과 안전성을 어떻게 지킬 것인가? | 무결성, 권한과 보안, 여러 사용자의 동시 접근에 따른 병행을 제어한다. |
데이터 정의어(DDL)는 데이터베이스의 스키마를 생성·변경·삭제하는 목적에 사용된다. 여기서 스키마는 구조와 제약조건에 대한 명세다. 데이터 조작어(DML)는 DDL로 정의한 데이터베이스에서 데이터를 삽입·검색·수정·삭제하는 데 사용된다. 강의에서 예로 든 SQL은 관계형 데이터베이스 관리 시스템에서 쓰이는 데이터베이스 언어다.
주소 변경 상황에 적용하면 먼저 ‘직원번호는 직원을 식별한다’ 같은 구조와 제약을 정의하고, 주소 수정은 조작 기능으로 수행한다. DBMS는 수정할 권한이 있는지 검사하고 여러 사용자의 동시 접근에서도 정확성이 유지되도록 제어한다. 즉 정의는 설계, 조작은 작업, 제어는 신뢰성의 문제다.
3계층 스키마는 보는 관점과 저장 방법을 분리한다
스키마는 데이터베이스에서 데이터의 구조, 표현 방법, 제약조건 등을 정의한 것이다. 스키마 자체가 어느 한 시점의 직원 주소나 급여 값은 아니다. 데이터베이스를 보는 입장이 사용자, 조직 전체, 물리적 저장장치로 다르기 때문에 스키마도 외부·개념·내부의 세 계층으로 나눈다.
| 계층 | 누구의 관점인가? | 직원 데이터 예 | 핵심 역할 |
|---|---|---|---|
| 외부 스키마 | 특정 사용자나 응용의 관점 | 급여 담당자는 직원번호·계좌·급여를 보고, 인사 담당자는 부서·주소를 본다. | 필요한 부분만 각 업무의 관점으로 제공하며 여러 개가 존재할 수 있다. |
| 개념 스키마 | 조직 전체의 통합 관점 | 직원·부서·급여 데이터와 그 관계 및 제약을 하나의 논리 구조로 표현한다. | 다양한 응용의 요구를 수렴한 전체 데이터의 통합 구조다. |
| 내부 스키마 | 물리적 저장장치의 관점 | 레코드가 보조기억장치에 어떤 구조와 배치로 저장되는지 나타낸다. | 개념 구조를 실제 저장 데이터에 연결한다. |
관계는 여러 외부 스키마 → 하나의 개념 스키마 → 하나의 내부 스키마 → 저장 데이터베이스로 정리할 수 있다. 급여 담당자의 화면에서 주소 항목을 감추는 것은 외부 관점의 변화다. 조직 전체에서 직원과 부서의 관계를 새로 정의하는 것은 개념 관점의 변화다. 같은 논리 구조를 유지하면서 저장 배치만 바꾸는 것은 내부 관점의 변화다.
관점 분리가 독립성을 만든다
강의는 데이터베이스 시스템의 장점으로 논리적 데이터 독립성과 물리적 데이터 독립성을 제시한다. 논리 구조와 응용프로그램을 분리하면 개념 구조의 변화가 각 응용에 미치는 영향을 줄일 수 있다. 물리 구조와 논리 구조를 분리하면 저장 위치나 방식이 달라져도 사용자가 보는 논리적 의미를 유지할 수 있다. DBMS의 데이터 정의 기능은 논리 구조, 물리 구조, 두 구조 사이의 사상을 정의해 이 분리를 뒷받침한다.
계층 판별법: ‘누가 무엇을 보는가’는 외부, ‘조직 전체에서 무엇이 어떻게 관련되는가’는 개념, ‘보조기억장치에 어떻게 놓이는가’는 내부 스키마의 질문이다.
통합의 이익은 비용과 위험을 함께 평가해야 한다
데이터베이스 시스템은 중복을 최소화해 일관성을 높이고 저장공간을 절감할 수 있다. DBMS의 중앙제어 아래 갱신 시 유효성을 검사해 무결성을 지키고, 통합적 개념 스키마를 통해 여러 응용이 데이터를 공유한다. SQL 같은 표준 사용자 인터페이스를 제공하고, 논리·물리 구조를 응용으로부터 분리해 독립성을 보장하는 것도 중요한 이점이다.
그러나 중앙화가 자동으로 값싼 완전성을 뜻하지는 않는다. 고가의 DBMS와 더 높은 CPU 성능, 큰 주기억장치가 필요해 운영비가 증가할 수 있다. 다양한 응용을 고려한 구조 설계에는 고급 설계자와 프로그래머가 필요하고 처리 방법이 복잡해진다. 백업과 회복 자체도 복잡하며, 하나의 통합 시스템에 업무가 집중되면 장애의 영향이 넓어지는 시스템 취약성이 생긴다.
| 도입 판단축 | 기대 효과 | 함께 준비할 것 |
|---|---|---|
| 중복 최소화 | 일관성 유지와 저장공간 절감 | 공통 식별 기준과 유효성 규칙 |
| 데이터 공유 | 부서별 요구를 통합 개념 스키마로 수용 | 외부 스키마와 사용자별 권한 설계 |
| 독립성 | 논리·물리 변화가 응용에 주는 충격 감소 | 계층 사이의 정확한 사상과 구조 관리 |
| 중앙 관리 | 무결성·보안·동시 접근을 일관되게 제어 | 백업·회복 계획과 장애 대응 |
균형 잡힌 결론: DBMS를 쓰면 백업이나 보안 문제가 사라지는 것이 아니다. 기능은 제공되지만 통합된 시스템의 규모만큼 설계·운영·회복 책임도 커진다.
현재 업무와 시간의 추세는 저장 목적이 다르다
일상 업무의 데이터베이스는 현 시점의 정확한 데이터를 저장한다. 현재 재직 중인 직원, 생산 중인 상품, 재고, 매출 같은 값은 업무 처리에 따라 계속 변한다. 하지만 경영자가 “지난 4년 동안 분기별 상품군 매출이 어떻게 변했는가?”라고 묻는다면 현재 값만으로는 추세를 관찰하기 어렵다.
데이터 웨어하우스는 의사결정을 지원하는 데이터의 집합체다. 마케팅·판매·회계 등 기업의 운영 시스템 데이터베이스에서 데이터를 추출하고 적절한 형태로 변환해 저장하며, 분기별·연도별 현황과 경향을 분석하는 보고서 작성에 활용한다.
| 판단 항목 | 운영 데이터베이스 | 데이터 웨어하우스 |
|---|---|---|
| 주된 목적 | 현재 업무를 정확하게 처리 | 시간에 따른 변화 분석과 의사결정 지원 |
| 대표 질문 | 지금 상품 A의 재고는 몇 개인가? | 연도별 상품군 재고와 매출은 어떤 추세인가? |
| 데이터 변화 | 삽입·수정·삭제로 현재 상태가 계속 변함 | 정해진 시점별 정보를 쌓고 분석용으로 읽음 |
| 데이터 출처 | 각 운영 업무에서 발생 | 서로 다른 운영 데이터베이스에서 추출·변환·통합 |
네 특성은 분석 목적을 설명한다
- 주제지향: 의사결정에 필요한 고객·상품·매출 같은 특정 주제별로 데이터를 구성한다.
- 통합: 서로 다른 데이터베이스에서 온 데이터를 일관된 형태로 변환해 합친다.
- 시계열: 일·월·분기·연도처럼 정해 놓은 시점별로 변화된 정보를 저장한다.
- 비휘발성: 갱신이 이루어지지 않는 읽기 전용 데이터베이스로 운영한다.
비휘발성을 ‘데이터가 영원히 추가되지 않는다’는 뜻으로 오해하면 안 된다. 분석 시점에 이미 적재된 과거 자료를 운영 거래처럼 계속 고쳐 쓰지 않고 안정적으로 읽는다는 성격에 초점을 맞춰야 한다. 또한 데이터 웨어하우스는 장애 대비용 복사본이 아니라, 여러 출처를 분석에 맞게 통합해 의사결정을 지원하는 저장소다.
데이터 문제를 푸는 다섯 질문
새로운 데이터 시스템을 보았을 때 제품 이름부터 외우기보다 아래 질문을 순서대로 적용하면 파일, DBMS, 스키마, 데이터 웨어하우스의 역할을 연결할 수 있다.
- 같은 사실이 여러 사본에 있는가? 일부만 갱신되어 불일치가 생길 수 있다면 통합 관리가 필요한 신호다.
- 누가 정의·조작·제어하는가? 구조 정의, 데이터 작업, 무결성·권한·동시성 통제를 DBMS의 서로 다른 기능으로 분리한다.
- 어느 관점의 변화인가? 사용자별 보기, 조직 전체 논리 구조, 물리 저장 방식 중 무엇이 달라지는지 판별한다.
- 현재 상태가 필요한가, 시간의 추세가 필요한가? 현재 거래와 갱신은 운영 데이터베이스, 통합된 과거 분석은 데이터 웨어하우스에 가깝다.
- 통합의 대가는 준비했는가? 비용, 전문 설계, 백업·회복, 중앙 시스템 장애의 영향을 함께 검토한다.
예를 들어 전국 매장의 오늘 재고를 판매와 동시에 바꾸는 일은 현재 업무를 처리하는 데이터베이스의 문제다. 여러 지점의 판매 형식을 통일해 최근 5년의 분기별 추세를 읽는 일은 데이터 웨어하우스의 문제다. 어느 경우든 사용자가 보는 항목과 전체 논리 구조, 실제 저장 방식을 한 덩어리로 취급하지 않고 스키마 계층으로 나누어 생각해야 변경의 영향을 줄일 수 있다.
핵심 개념 정리
파일과 데이터베이스: 순차·직접·색인 구조는 레코드 접근법을 설명하지만, 관련 데이터를 공동 자원으로 통합하고 공유하는 문제는 데이터베이스와 DBMS가 다룬다.
DBMS의 기능: 데이터 정의는 구조와 사상을 정하고, 데이터 조작은 검색·삽입·수정·삭제를 수행하며, 데이터 제어는 무결성·보안·병행 접근의 정확성을 지킨다.
3계층 스키마: 외부 스키마는 사용자별 관점, 개념 스키마는 조직 전체의 통합 논리 구조, 내부 스키마는 물리적 저장 관점이다.
장단점: 중복 최소화·일관성·공유·독립성·표준화의 이점과 운영비·설계 복잡성·백업과 회복·시스템 취약성의 부담을 함께 평가한다.
데이터 웨어하우스: 의사결정 지원을 위해 여러 운영 데이터베이스의 자료를 추출·변환해 주제지향·통합·시계열·비휘발성의 형태로 저장한다.
데이터 관리 문제를 만나면 중복된 사실과 불일치를 찾고 → DBMS의 정의·조작·제어 역할을 배치하고 → 사용자·조직·저장의 관점을 3계층 스키마로 분리한 뒤 → 현재 업무인지 시간 추세 분석인지에 따라 운영 데이터베이스와 데이터 웨어하우스를 구분하자. 이 흐름을 익히면 기술 이름이 달라져도 데이터의 공동 관리, 독립성, 분석 목적을 기준으로 판단할 수 있다.
예상문제 10선
1. 인사팀 파일의 주소는 수정되었지만 급여팀 파일에는 예전 주소가 남아 있다. 가장 직접적인 원인은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ②
- ① 오답: 문자열이라는 자료형은 부서별 값이 서로 달라진 원인이 아니다.
- ② 정답: 프로그램마다 같은 사실의 사본을 가지면 한 파일만 수정했을 때 데이터 불일치가 발생한다.
- ③ 오답: 색인은 키와 위치를 연결하는 접근 수단이며 자동으로 중복 사본을 만들지 않는다.
- ④ 오답: 사례는 운영 파일의 중복 문제이며 분석용 데이터 웨어하우스의 성격과 무관하다.
2. 파일 구조와 데이터베이스 관리 방식의 차이를 가장 정확하게 설명한 것은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ④
- ① 오답: 순차 저장 방식만으로 데이터 통합, 권한과 동시 접근을 관리할 수 없다.
- ② 오답: 키에 주소 변환을 적용해 위치로 접근하는 것이 직접 파일의 핵심이다.
- ③ 오답: 색인은 키를 실제 레코드의 저장 위치와 연결한다.
- ④ 정답: 접근 경로의 문제와 조직의 공동 데이터 관리 문제를 올바르게 구분했다.
3. DBMS의 데이터 정의 기능에 해당하는 것은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ①
- ① 정답: 데이터 정의는 응용을 위한 논리 구조, 저장을 위한 물리 구조, 두 구조의 연결을 명세한다.
- ② 오답: 검색과 수정은 정의된 데이터에 작업하는 데이터 조작 기능이다.
- ③ 오답: 권한·보안·병행 제어는 데이터 제어 기능에 속한다.
- ④ 오답: 이는 데이터 웨어하우스의 활용 사례이지 DBMS의 정의 기능이 아니다.
4. 여러 사용자가 동시에 같은 데이터에 접근할 때 정확성을 유지하고 정당한 사용자만 수정하게 하는 기능은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ③
- ① 오답: 시계열은 시점별 변화를 저장하는 데이터 웨어하우스의 특성이다.
- ② 오답: 주소 변환은 레코드 위치를 찾는 방식으로 권한이나 동시성을 제어하지 않는다.
- ③ 정답: 데이터 제어는 무결성, 정당한 사용 권한, 여러 사용자의 병행 접근을 관리한다.
- ④ 오답: 스키마의 생성·변경·삭제에는 DDL을 사용하며, 질문은 구조 삭제가 아니라 제어를 묻는다.
5. 급여 담당자에게 직원번호·계좌·급여만 보이도록 구성한 관점은 어느 스키마에 해당하는가?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ③
- ① 오답: 내부 스키마는 보조기억장치의 물리적 저장 관점이다.
- ② 오답: 개념 스키마는 직원·부서·급여와 그 관계를 포함한 조직 전체의 통합 관점이다.
- ③ 정답: 특정 사용자나 응용이 필요한 항목만 보는 관점은 외부 스키마다.
- ④ 오답: 실제 저장 데이터와 사용자를 위한 논리적 보기는 서로 구분해야 한다.
6. 같은 조직의 논리적 데이터 관계는 유지한 채 보조기억장치의 레코드 배치만 바꾸었다. 가장 직접적으로 바뀐 것은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ②
- ① 오답: 사용자별 보기는 논리적 의미가 유지된다면 반드시 함께 바뀔 필요가 없다.
- ② 정답: 실제 저장 위치와 배치는 물리적 저장 관점인 내부 스키마가 다룬다.
- ③ 오답: 문제에서 조직의 논리 관계는 유지되었다고 했다.
- ④ 오답: 운영 데이터의 물리 배치 변화는 분석 주제의 변화가 아니다.
7. 데이터베이스 시스템의 장점과 단점을 짝지은 것으로 가장 적절한 것은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ④
- ① 오답: 시스템 취약성은 단점이고 데이터 공유는 장점이므로 위치가 뒤바뀌었다.
- ② 오답: 백업은 불필요해지는 것이 아니라 더 복잡해질 수 있으며 표준화는 장점이다.
- ③ 오답: 고가의 DBMS와 자원 때문에 운영비가 증가할 수 있고 중복 최소화는 장점이다.
- ④ 정답: 데이터베이스 시스템이 주는 대표 이익과 도입 부담을 정확히 함께 제시했다.
8. 데이터 웨어하우스의 비휘발성을 가장 바르게 설명한 것은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ①
- ① 정답: 비휘발성은 분석용으로 적재된 데이터가 갱신되지 않는 읽기 전용 성격을 가리킨다.
- ② 오답: 이는 전원 차단 때 데이터가 사라지는 휘발성 기억장치에 가까운 설명이다.
- ③ 오답: 판매에 따라 현재 값을 즉시 고치는 것은 운영 데이터베이스의 업무 처리다.
- ④ 오답: 여러 출처를 일관된 형태로 합치는 것은 통합 특성이다.
9. 데이터 웨어하우스를 사용하는 목적에 가장 잘 맞는 질문은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ③
- ① 오답: 현재 재고의 즉시 갱신은 운영 데이터베이스가 처리할 질문이다.
- ② 오답: 직원 데이터 삽입도 현재 업무 상태를 다루는 조작이다.
- ③ 정답: 여러 시점과 지역의 데이터를 통합해 경향을 분석하므로 의사결정 지원 목적에 맞다.
- ④ 오답: 동시 예약 제어는 DBMS의 병행 제어에 해당한다.
10. 여러 지점의 현재 판매 업무와 장기 매출 분석을 함께 설계하는 판단으로 가장 적절한 것은?
정답입니다.
오답입니다. 답안을 다시 선택해 보세요.
정답 및 해설 보기
정답: ④
- ① 오답: 별도 파일의 중복과 수동 관리는 불일치와 공유 문제를 키운다.
- ② 오답: 관점을 분리해야 사용자는 필요한 보기만 사용하고 저장 방식 변화의 영향을 줄일 수 있다.
- ③ 오답: 데이터 웨어하우스는 시점별 과거 자료를 저장하고 읽어 추세를 분석한다.
- ④ 정답: 현재 업무 처리와 과거 추세 분석의 목적을 분리하면서 두 저장소의 역할을 연결했다.
참고 자료와 작성 기준
이 글은 해당 차시 강의자료를 바탕으로 학습 목적에 맞게 재구성한 비공식 학습자료입니다. 원본의 표와 이미지를 옮기지 않고, 부서별 파일의 불일치 사례·스키마 관점 판별표·운영 데이터베이스와 데이터 웨어하우스의 의사결정 기준·문제 해설을 학습자의 이해 흐름에 맞게 새로 구성해 검토했습니다.
- 작성·편집: 올에이클래스 학습연구팀
- 주요 근거: 한국방송통신대학교 컴퓨터과학과, 컴퓨터의이해 7강 「데이터베이스」 강의록(2025년 자료)
- 보충 자료: 외부 보충 자료를 사용하지 않았습니다.
- 편집 원칙: 올에이클래스 편집 정책
- 최종 내용 검토: 2026-09-08
댓글
댓글 쓰기