파일 시스템
- 파일의 기본적인 구성요소는 순차적인 레코드들(레코드는 연관된 필드들의 모임을 의미한다)
- DBMS가 등장하기 전 1960년대부터 사용되어온 시스템
파일 시스템의 단점
- 파일을 접근하는 방식이 응용프로그램내에 상세하게 표현되어 있으므로 데이터에 대한 응용프로그램의 의존도가 높다.
- 파일 변경시 응용프로그램 내의 데이터 정의도 수정되어야 한다.
- 프로그램 - 데이터의 독립성이 없어 유지보수 비용이 많이 소요된다.
- 데이터가 많은 파일에 중복되어 저장되며 수정시 데이터 불일치 문제가 발생한다.
- 다수 사용자들을 위한 동시성 제어 기능이 제공되지 않는다.
- 데이터 검색에 사용되는 질의어를 제공하지 않는다.
- 보안 조치가 미흡하며 회복 기능을 제공하지 않는다.
- 데이터의 공유와 융통성이 부족하다.
- 파일을 검색하거나 갱신하는 절차가 상대적으로 복잡하기에 프로그래머의 생산성을 낮춘다.
DBMS를 사용한 데이터베이스 관리 (파일 시스템 단점 개선)
- 여러 사용자와 응용 프로그램들이 데이터베이스를 공유한다.
- 사용자가 질의를 빠르게 수행할 수 있는 인덱스 등의 접근 경로를 DBMS가 자동적으로 선택하여 수행한다.
- 권한이 없는 사용자로부터 데이터베이스를 보호하며, 시스템 고장 시 데이터베이스를 고장 전의 일관된 상태로 회복하는 회복기능을 제공한다.
- 여러 사용자에 적합한 다양한 인터페이스를 제공한다.
- 데이터 간의 복잡한 관계를 표현하며 무결성 제약조건을 DBMS가 자동적으로 유지한다.
- 프로그램에 영향을 주지 않으면서 데이터베이스 구조를 변경할 수 있도록 한다.
- 프로그램 - 데이터 독립성(Program - Data independence)
DBMS의 장점
- 중복성과 불일치가 감소되며, 시스템 개발비용과 유지보수 비용이 절감된다.
- 표준화를 시행하기 용이하며 보안/무결성이 향상된다.
- 조직체의 요구사항을 식별할 수 있다.
- 다양한 유형의 고장으로부터 데이터베이스를 회복하는 기능을 제공한다.
- 데이터베이스의 공유와 동시접근이 가능하다.
DBMS의 단점
- 추가적인 하드웨어 구입 비용이 들며 DBMS 자체의 가격도 비싼 편이다.
- 직원들의 교육 비용 지출이 많이 소요된다.
- 기밀, 프라이버시 노출 등의 단점이 존재한다.
DBMS의 사용을 고려하지 않는 경우
- 초기의 투자 비용이 너무 크거나 오버헤드가 너무 클 때
- 응용이 단순하고 잘 정의되어 있으며 자주 변경되지 않을 것으로 예상될 때
- 엄격한 실시간 처리 요구사항이 있을 경우
- 데이터에 대한 다수 사용자의 접근이 필요하지 않은 경우
File system vs. DBMS
| File system | DBMS |
|---|---|
| 데어터에 대한 물리적 접근만 조정한다 | 데이터에 대한 물리적/논리적 접근을 조정한다. |
| 동일한 데이터에 프로그램이 동시에 접근할 수 없다. | 동일한 데이터를 다수 사용자가 동시에 접근할 수 있다. |
| 데이터가 비구조적이며 중복성과 유지보수비용이 높다 | 데이터가 구조화되어 있으며, 중복성과 유지보수 비용이 낮다 |
| 어떤 프로그램이 기록한 데이터는 다른 프로그램에서 읽을 수 없는 경우가 많다 | 접근 권한이 있는 모든 프로그램이 데이터를 공유한다 |
| 데이터에 대한 접근은 미리 작성된 프로그램을 통해서만 가능하다 | 질의어를 사용하여 데이터에 대한 융통성 있는 접근이 가능하다 |
| 각 응용프로그램마다 파일이 따로 있어 데이터가 통합되어 있지 않다 | 데이터가 중복을 배제하면서 통합되어 있다 |
DBMS 선정시 고려사항
기술적 요인
- DBMS가 사용되고 있는 데이터모델, DBMS가 지원하는 User Interface, 프로그래밍 언어, 응용 개발 도구, 저장구조, 성능, 접근 방법 등을 고려한다.
경제적 요인
- 소프트웨어와 하드웨어 구입비용, 유지보수비용, 직원들의 교육 지원 등의 요인을 고려한다.
KHU, SWCON