본문내용
거할 필요는 없다. 필요시에는 동일한 데이터를 여러개
가져갈 수 있다. ( 이때, DBMS나 응용프로그램이 자료 갱신시의 관리를 정확히
해야함)
- performance를 위해서 중복이 필요할 수 있다
예) 급여테이블에 사번외에 이름, 직급 등의 정보가 들어있으면,
사원테이블의 자료를 참조할 필요없이 작업할 수 있다.
2. 데이터의 일관성(consistency)
- 중복성을 제거하거나 중복성의 제어에 의해서, 데이터의 불일치를 막을 수 있다.
예) 사원테이블과 급여테이블에서 사원의 이름, 부서, 직급, 주소 등의 중복되는
정보를 가지고 있을 때, 주소의 변경시 필요한 모든 테이블의 내용을 변경해야
되는데, 프로그래머의 실수 등에 의해서 변경이 안 되는 경우에는 같은 사원의
주소가 각 테이블마다 다르게 들어가게 된다.
3. 같은 양의 데이터로부터 더 많은 정보를 얻을 수 있다
- 다른 부서에서 관리하는 데이터를 얻을 수 있다.
예) 인사부서에서는 사원의 급여 등의 정보만 가지고 있지만, 영업사원의 실적을
급여에 반영하기 위해서는 영업정보를 가지고 있어야 한다. 이 때, 인사부서에서
영업정보를 따로 보관하지 않아도, 영업부서에서 작성한 영업데이타를 참조해서
급여에 반영할 수 있다.
4. 데이터의 공유(sharing)
- 전체 조직내의 권한을 부여받은 사용자가 데이터를 사용할 수 있다.
- 더 많은 사용자가 더 많은 데이터를 공유할 수 있다.
- 새로운 응용프로그램은 기존의 데이터를 사용할 수 있다.
5. 데이터의 무결성(integrity)
- 무결성 : 데이터베이스 내의 데이터가 정확하다.
- constraint(제한자) : 반드시 지켜져야 하는 무결성 유지를 위한 규칙
- integrity constraint의 예 : 사원의 급여액의 최소값이 40만원인 경우,
40만원 미만의 값이 입력되지 않도록
- DBA가 정의, DBMS가 처리
6. 보안(security)의 유지
- security : 권한이 있는 사용자만 데이터베이스를 접근하도록 한다.
- DBA가 접근 권한을 부여, DBMS가 접근시마다 권한을 검사
- 데이터의 접근방법에 따라 권한을 부여(검색, 변경, 삭제 등)
- 예) DBA : 해당 데이터베이스에 대한 모든 접근 권한을 가지고 있다.
인사담당자 : 사원의 인사정보에 대한 모든 접근 권한을 가짐
필요시, 영업사원의 영업실적을 검색할 수 있음
그러나, 제품의 판매원가, 판매금액 등의 정보는 접근할 수 없음
7. 표준화가 가능하다(standard)
- DBA가 데이터베이스를 통제하므로, 적용가능한 기준을 정할 수 있다.
- 부서, 조직전체, 국가, 국제적 기준등
- 시스템간의 데이터의 교환, 문서화 기준, 변경 절차, 접근 규칙 등
8. 데이터 접근 방법이 개선됨
- end-user가 프로그래머에게 응용프로그램을 요구하지 않아도, SQL문(select)만
배우면, 원하는 자료를 쉽게 검색할 수 있다.
9. 생산성의 향상
- DBMS가 프로그래머가 작성해야 하는 기본적인 기능들을 제공, 4GL 등을 통해서
화면제어나, 그래픽 등의 처리를 할 수 있는 tool을 제공
- 시간, 비용이 절약
10. 데이터의 독립성에 의한 관리의 개선
- DBMS에서 데이터를 정의, 응용프로그램에서는 정의된 데이터를 사용
11. 병행성의 개선 (concurrency)
- 여러 사용자가 동시에 한 데이터를 접근할 수 있도록
- 데이터의 정확한 접근을 위해서, 데이터의 변경시에는 변경자외에는 접근을 막음
(Locking mechanism)
12. 데이터의 백업(backup), 복구(recovery) 기능의 개선
- 장애발생시 손실되는 데이터의 양이 최소한이 되도록 백업, 복구 기능을 제공
2. 단점
1. 복잡성
- 관리해야 할 기능이 늘어나면서, DBMS는 매우 복잡해짐
- 데이터베이스의 설계자, 개발자, DBA, 최종사용자들은 반드시 데이터베이스의 모든
기능을 알아야 정확히 사용할 수 있다.
2. 크기와 H/W의 추가 비용
- 많은 기능과 복잡성 때문에 DBMS의 크기가 매우 커짐
- 데이터베이스가 저장될 디스크 스페이스와 실행될 메모리의 상당량을 차지하게 됨
3. 장애시의 더 큰 충격
- 중앙화된 데이터관리로 인해서 시스템 장애시, 그 데이터를 사용하는 모든 사용자는
동시에 장애의 영향을 받게 된다.
- 여러 사용자가 사용하므로 정확한 데이터 복구가 어렵다.
가져갈 수 있다. ( 이때, DBMS나 응용프로그램이 자료 갱신시의 관리를 정확히
해야함)
- performance를 위해서 중복이 필요할 수 있다
예) 급여테이블에 사번외에 이름, 직급 등의 정보가 들어있으면,
사원테이블의 자료를 참조할 필요없이 작업할 수 있다.
2. 데이터의 일관성(consistency)
- 중복성을 제거하거나 중복성의 제어에 의해서, 데이터의 불일치를 막을 수 있다.
예) 사원테이블과 급여테이블에서 사원의 이름, 부서, 직급, 주소 등의 중복되는
정보를 가지고 있을 때, 주소의 변경시 필요한 모든 테이블의 내용을 변경해야
되는데, 프로그래머의 실수 등에 의해서 변경이 안 되는 경우에는 같은 사원의
주소가 각 테이블마다 다르게 들어가게 된다.
3. 같은 양의 데이터로부터 더 많은 정보를 얻을 수 있다
- 다른 부서에서 관리하는 데이터를 얻을 수 있다.
예) 인사부서에서는 사원의 급여 등의 정보만 가지고 있지만, 영업사원의 실적을
급여에 반영하기 위해서는 영업정보를 가지고 있어야 한다. 이 때, 인사부서에서
영업정보를 따로 보관하지 않아도, 영업부서에서 작성한 영업데이타를 참조해서
급여에 반영할 수 있다.
4. 데이터의 공유(sharing)
- 전체 조직내의 권한을 부여받은 사용자가 데이터를 사용할 수 있다.
- 더 많은 사용자가 더 많은 데이터를 공유할 수 있다.
- 새로운 응용프로그램은 기존의 데이터를 사용할 수 있다.
5. 데이터의 무결성(integrity)
- 무결성 : 데이터베이스 내의 데이터가 정확하다.
- constraint(제한자) : 반드시 지켜져야 하는 무결성 유지를 위한 규칙
- integrity constraint의 예 : 사원의 급여액의 최소값이 40만원인 경우,
40만원 미만의 값이 입력되지 않도록
- DBA가 정의, DBMS가 처리
6. 보안(security)의 유지
- security : 권한이 있는 사용자만 데이터베이스를 접근하도록 한다.
- DBA가 접근 권한을 부여, DBMS가 접근시마다 권한을 검사
- 데이터의 접근방법에 따라 권한을 부여(검색, 변경, 삭제 등)
- 예) DBA : 해당 데이터베이스에 대한 모든 접근 권한을 가지고 있다.
인사담당자 : 사원의 인사정보에 대한 모든 접근 권한을 가짐
필요시, 영업사원의 영업실적을 검색할 수 있음
그러나, 제품의 판매원가, 판매금액 등의 정보는 접근할 수 없음
7. 표준화가 가능하다(standard)
- DBA가 데이터베이스를 통제하므로, 적용가능한 기준을 정할 수 있다.
- 부서, 조직전체, 국가, 국제적 기준등
- 시스템간의 데이터의 교환, 문서화 기준, 변경 절차, 접근 규칙 등
8. 데이터 접근 방법이 개선됨
- end-user가 프로그래머에게 응용프로그램을 요구하지 않아도, SQL문(select)만
배우면, 원하는 자료를 쉽게 검색할 수 있다.
9. 생산성의 향상
- DBMS가 프로그래머가 작성해야 하는 기본적인 기능들을 제공, 4GL 등을 통해서
화면제어나, 그래픽 등의 처리를 할 수 있는 tool을 제공
- 시간, 비용이 절약
10. 데이터의 독립성에 의한 관리의 개선
- DBMS에서 데이터를 정의, 응용프로그램에서는 정의된 데이터를 사용
11. 병행성의 개선 (concurrency)
- 여러 사용자가 동시에 한 데이터를 접근할 수 있도록
- 데이터의 정확한 접근을 위해서, 데이터의 변경시에는 변경자외에는 접근을 막음
(Locking mechanism)
12. 데이터의 백업(backup), 복구(recovery) 기능의 개선
- 장애발생시 손실되는 데이터의 양이 최소한이 되도록 백업, 복구 기능을 제공
2. 단점
1. 복잡성
- 관리해야 할 기능이 늘어나면서, DBMS는 매우 복잡해짐
- 데이터베이스의 설계자, 개발자, DBA, 최종사용자들은 반드시 데이터베이스의 모든
기능을 알아야 정확히 사용할 수 있다.
2. 크기와 H/W의 추가 비용
- 많은 기능과 복잡성 때문에 DBMS의 크기가 매우 커짐
- 데이터베이스가 저장될 디스크 스페이스와 실행될 메모리의 상당량을 차지하게 됨
3. 장애시의 더 큰 충격
- 중앙화된 데이터관리로 인해서 시스템 장애시, 그 데이터를 사용하는 모든 사용자는
동시에 장애의 영향을 받게 된다.
- 여러 사용자가 사용하므로 정확한 데이터 복구가 어렵다.
추천자료
- [데이터베이스] 데이터 베이스 정규화 정리
- [데이터베이스 마케팅][DBM]데이터베이스 마케팅(DBM)(데이터베이스 마케팅(DBM) 시스템의 구...
- [데이터베이스산업][DB산업]데이터베이스(DB)의 정의와 특성, 데이터베이스(DB) 시스템, 데이...
- 데이터베이스, 데이터웨어하우스
- 데이터베이스 관리 시스템과 파일 관리 시스템을 비교와 데이터 모델과 데이터 독립성이 DBMS...
- 데이터베이스 개발과 데이터웨어하우징(데이터베이스시스템, 데이터베이스개발과정, 데이터모...
- [데이터베이스] 데이터베이스(database)의 개념과 유형 및 구성요소
- [데이터베이스 모델] 관계 데이터베이스 모델과 계층 및 네트워크 데이터베이스 모형
- [데이터베이스] 데이터베이스 시스템 구성
- [DB 질의(데이터베이스 질의)]DB 질의(데이터베이스 질의)의 필요성, DB 질의(데이터베이스 ...
소개글