안녕하세요 저는 it 업계에서 교육을 담당하고 있는 선생님입니다...

데이터베이스를 공부를 하실때 데이터베이스 관리시스템인 명령어만 익히시는거보다는 데이터 모델링, 표준화

된 관계형 데이터베이스언어인 SQL, 모델링 기법을 중점적으로 공부를 하시는게 좋을겁니다.

데이터 모델링을 익히고 나시면 어떤 데이터베이스 프로그램을 접하더라도 며칠만 메뉴얼을 보고 사용법을 익히

면 데이터베이스를 구축하고 관리를 하실수 있을겁니다.

그리고 필요한 정보를 체계적으로 관리하고 정보를 생산해 낼수 있는 능력이 쌓이게 됩니다.

SQL명령어을 익히면 오라클, MS SQL서버, IBM DB2등을 쉽게 익힐수가 있는데여 자주 쓰는 SQL언어는 외우지

마시고 많이 사용하시다보면 저절로 외워질겁니다. 나머지 명령어는 메뉴얼을 보고 어디에 있는지 찾아서 쓸 줄

만 아시면 될거 같습니다.

모델링 기법과 SQL명령어를 익히시고 나면 DBA라는 것을 배우시게 되는데여 Database Administration의 약자

로 데이터베이스 관리, 즉 데이터베이스 사용자 계정을 만들고 권한을 부여하고 자료의 백업, 복구, 튜닌등 전반

적으로 운영되는 상태에서 필요한 기능을 익히셔야 합니다.

이정도 사용하시게 되면 데이터베이스 전문가라고 저는 생각합니다.

위의 부분들은 오라클을 공부하실때 참고하시고여 기본적으로 배우시면 좋을게 ms sql, my sql 등을 미리 준비

하시는게 좋을거 같고여 차후 유닉스나 자바 언어를 보완하시면 님께서 원하시는 필드에서 오라클을 제대로 사용

하실수 있을거 같네여..

시험은 오라클 9i를 국제 자격증 시험센터에서 보시면됩니다. 오라클의 경우는 총 4과목 시험을 보시면 됩니다.

PL/SQL, FUNDAMENTAL 1, FUNDAMENTAL 2, PERFORMANCE TUNNING 과정입니다.

오라클을 공부 하실거면 오라클 지정 교육 센터에서 공부를 하셔야 합니다. 오라클 데이터베이스 자격증은 일반

학원에서는 인정해주지 않기 때문에 지정 업체에서 차근 차근 도전해보세요.

오라클 교육은 공인강사OCM 인지 공인 교재 사용하는지 반드시 알아보세요

마지막으로 제가 d/b 관리자라는 직업에 대해 근무 환경이나 연봉등에 대해 간략하게 설명을 드리도록

하겠습니다..

직업명 데이터베이스관리자

직업특성 및 하는 일

데이터베이스는 문자, 기호, 도형, 음성, 화상, 영상 등의 자료를 체계적으로 수집·축적하여 검색과 이용이 쉽도록 정리한 것이다.

데이터베이스관리자(DBA : DataBase Administrator)는 자료를 수집, 정리, 가공 및 입력하여 데이터베이스를 구축하고 관리하는 일을 하는 사람으로 대개 PL(Project Leader)급 정도가 업무를 담당하는 경우가 많다.

데이터베이스의 구축은 기획에서부터 설계, 구현, 운영 및 유지·보수 단계를 거쳐 완성되며 데이터베이스관리자는 자료의 정확성과 안전성 등을 유지하고 이용자가 쉽고도 정확하게 검색할 수 있도록 하며 자료의 손상이 없도록 유지하는 역할을 한다.

근무 환경

데이터베이스관리자는 주로 사무실에서 근무하지만 데이터베이스의 구축·설계를 위해 고객과 잦은 회의를 가지며 고객의 기업체에 파견되어 근무하기도 한다.

마감일자를 맞추기 위해 야근, 철야작업을 할 때도 있으며 문제가 발생하지 않고 데이터베이스 구축을 원활히 하기 위한 정신적 스트레스가 있을 수 있다.

되는 길

교육/훈련 데이터베이스관리자는 Oracle, MS SQL, My SQL, UnSQL 등의 데이터베이스관리시스템을 비롯해 데이터베이스의 운영과 관련한 하드웨어 및 소프트웨어에 대한 지식이 필요하기 때문에 전문대학 및 대학교에서 컴퓨터공학, 전산학 등을 전공하는 것이 도움이 됨

또한 데이터베이스에 대한 기본지식, 프로그램능력, 설계경험 등 상당한 경력을 필요로 하는 직업이기 때문에 다른 IT관련 직업에서 실무경험을 쌓은 후 진출하기도 함

관련학과 컴퓨터공학과, 전자공학과, 정보처리학과, 전자계산과, 전산공학과 자격증/면허 정보관리기술사, 정보처리기사(산업기사), 전자계산기조직응용기술사(기사, 산업기사), 정보기술산업기사 등의 국가기술자격과 Microsoft의 MCP, MCDBA, Oracle의 OCP-DBA,
IBM의 DB2 등의 외국자격

입직/진출분야 데이터베이스관리자는 전문데이터베이스 제작업체, 데이터베이스유통업체, 정보컨설팅업체, SI(System Integration)업체, 대량의 데이터를 관리하고 유통하는 공공기관 등에 진출할 수 있음

데이타베이스관리자는 고급인력이 종사하는 직업으므로, 업체에서는 대부분 전문지식과 풍부한 실무경력을 가진 사람을 선호함

승진/경력개발 데이터베이스 관리 업무에서부터 시작하여 구축, 설계 업무를 담당하며 경력이 쌓이면 데이터베이스와 관련한 컨설팅과 문제해결을 전문적으로 제시하는 정보기술 컨설턴트로 진출하거나 기술영업원으로 진출하기도 함

필요한 적성

데이터베이스 설계 및 관리의 목적을 잘 이해하여 최적의 분석과 디자인설계를 할 수 있는 논리적인 사고가 필요함데이터베이스는 조직의 핵심적인 정보에 해당되기 때문에 보안 등에 대한 책임감도 있어야 함

적합한 흥미 및 성격

성격 : 분석적 사고 ,혁신 ,꼼꼼함 ,책임/진취 ,신뢰성

흥미 : 현실형 ,탐구형

수입 상위25% 375 만원 임금평균 317 만원 하위 25% 267 만원

직업전망

증가(76%), 현상유지(10%), 감소(15%)

정보가 폭주하고 있는 가운데 필요한 정보를 효율적으로 찾는 것이 하나의 경쟁력이 되었으며 정보를 효율적으로 관리하고 이용할 수 있는 데이터베이스의 구축 및 관리에 대한 수요도 계속 늘어나고 있음

종사자 현황 약 2,384명, 연령별 분포 30대 많음, 대졸 85.6%

저의 답변이 많은 도움이 되셨으면 좋겠습니다 님께서 어떤 일을 하시든지 확신을

가지고 열심히 노력을 하셔야 성공하실수 있을꺼 같습니다...

개체 무결성

- 기본키를 구성하는 속성은 NULL이나 중복값을 가질 수 없다.

참조 무결성

- 외래키 값은 NULL이거나 참조 릴레이션(외래키가 필요한 기본키가 있는 릴레이션)의 기본키 값과

동일해야 하며 참조할 수 없는 외래키 값은 가질 수 없다.

- 외래키와 참조하려는 테이블의 기본키는 도메인과 속성의 개수가 일치해야한다.

관계형 DB

1970년에 코드(Codd)에 의해 처음 제안

관계형 DB를 구성하는 개체, 관계를 릴레이션이라는 표로 표현한다.

장점과 단점은 관계형 DB 모델링과 같다.

* 릴레이션 - 데이터들을 테이블 형태로 표현한 구조를 나타내는 릴레이션 스키마, 실제 값인 릴레이션 인스턴스로

구성되며 개체를 표현하는 개체 릴레이션, 관계를 나타내는 관계 릴레이션으로 구분한다.

* 릴레이션 인스턴스 - 속성들에 데이터 타입이 정의되어 구체적인 데이터 값을 가지고 있는 것이다.

릴레이션 구조

튜플, 속성, 도메인으로 구성되어 있다.

튜플

릴레이션을 구성하는 각각의 행을 말하며 속성의 모임으로 구성된다.

또한 튜플의 수를 카디널리티, 기수, 대응수라 칭하며 튜플은 파일 구조의 레코드와 같은 의미라고 보면 된다.

속성

DB를 구성하는 가장 작은 논리적 단위이며 파일 구조상 데이터 항목, 데이터 필드에 해당된다

개체의 특징을 기술하며 속성의 수를 디그리, 차수라고 부른다.

도메인

하나의 속성이 취할 수 있는 같은 타입의 원자값들의 집합이다.

실제 속성값이 나타날 때 그 값의 합법 여부를 시스템이 검사하는데에도 이용된다.

* 튜플은 각각의 행

도메인은 열

릴레이션 스키마의 아래, 구체적인 데이터 값을 가지고 있는 것이 릴레이션 인스턴스

릴레이션 특징

한 릴레이션에 포함된 튜플들은 모두 유일하다.

한 릴레이션에 포함된 튜플 사이에는 순서가 없다.

릴레이션 스키마를 구성하는 속성들 간 순서는 상관없다.

튜플들의 삽입과 삭제 등으로 시간에 따라 변한다.

속성의 명칭은 유일해야 하나 속성 구성값은 중복되지 않아야 한다.

튜플을 유일하게 식별하기 위해서 속성들의 부분집합을 키로 설정한다.

속성의 값은 논리적으로 더는 쪼갤 수 없는 원자값만을 저장한다.

* 키 - 키는 DB에서 조건에 만족하는 튜플 찾을때와 정렬할 시 서로 구분할 수 있는 기준이 되는 속성이다.

키에는 후보키, 기본키, 대체키, 슈퍼키, 외래키가 있으며 널 값이라는 DB에서 부재를 나타내는 값이 있다.

후보키는 튜플을 유일하게 구분할 수 있는 속성들로 기본키로 사용할 수 있는 속성이다. (유일성과 최소성 필수)

* 유일성 - 하나의 키 값으로 원하는 튜플을 식별한다.

* 최소성 - 식별하는 데 반드시 필요한 속성으로만 구성한다.

기본키는 후보키 중에서 선택한 주 키로 튜플을 유일하게 구별할 수 잇는 속성이며 NULL 값은 사용하지 못한다.

대체키는 후보키 중 선택된 기본키를 제외한 나머지 키로 보조키라고도 한다.

슈퍼키는 속성들의 집합으로 구성된 키로 유일성은 만족시키나 최소성은 만족시키지 못한다.

외래키란 한 릴레이션에서 기본키로 사용하고 있는 키가 다른 릴레이션의 속성과 같은 것이다.

릴레이션 간 참조 관계 표현에 중요한 역할을 하며 외래키 지정 시 기본키에 없는 값은 입력이 불가하다.

후보키 - 고객 번호, 주민번호

기본키 - 고객번호

대체키 - 주민번호

슈퍼키 - 고객번호 + 주민번호, 주민번호 + 고객명, 고객번호 + 고객명

외래키 - 고객 번호

DB 설계

사용자의 요구를 분석해 컴퓨터에 저장할 수 있게 DB 구조에 맞게 변형한다. 그 후 특정 DBMS로 DB를 구현해 일반 사용자들이 사용한다.

요구 조건 분석

DB를 사용할 사람들에게서 필요한 용도를 파악해 요구 조건 명세를 작성한다.

- DB 사용자에 따른 수행 업무, 필요한 데이터 종류, 용도, 처리 형태, 흐름, 제약 조건 수집하고 이 정보를 바탕으로 요구 조건 명세 작성

개념적 설계 = 정보 모델링 = 개념화

정보의 구조를 얻기 위해 현실 세계의 무한성, 계속성 이해하고 다른 사람과 통신하기 위해 현실 세계의 인식을 추상적 개념으로 표현하는 과정

- 개념 스키마 모델링, 트랜잭션 모델링을 병행 수행하고 DBMS에 독립적인 개념 스키마 설계

- 요구 분석 단계에서 나온 요구 조건 명세를 DBMS에 독립적인 E-R 다이어그램으로 작성

논리적 설계= 데이터 모델링

현실에서 발생하는 자료를 컴퓨터가 이해하고 처리할 수 있게끔 물리적 저장장치에 저장할 수 있도록 변환시켜야 한다.

이 변환을 위해 특정 DBMS가 지원하는 논리적 자료 구조로 변환 시키는 과정이다.

- 데이터를 필드로 기술한 데이터 타입과 이 타입들 간의 관계로 표현되는 논리적 구조의 데이터로 모델화

- 개념 스키마를 평가, 정재, DBMS에 따라 서로 다른 논리적 스키마 설계

- 트랜잭션의 인터페이스를 설계하며 관계형 DB라면 이 단계는 테이블 설계 단계이다.

물리적 설계 = 데이터 구조화

논리적 구조로 표현된 데이터를 디스크 같은 물리적 저장장치에 저장할 수 있게끔 물리적 구조의 데이터로 변환하는 과정

- DB 파일의 저장 구조, 액세스 경로를 설정해 DB 응용에 대해 처리 성능을 얻는다.

- 저장 레코드의 형식, 순서, 접근 경로를 사용해 데이터가 컴퓨터에 저장되는 방법 묘사

- 이 단계에 꼭 포함되어야 할 것으로 저장 레코드의 양식 설계와 레코드 집중의 분석 및 설계, 접근 경로 설계등이 있다.

- 기본적 데이터 단위는 저장 레코드이며 여러 타입의 저장 레코드 집합으로 단순한 파일과는 다르다.

- 물리적 DB 구조는 DBS 성능에 많은 영향을 준다.

* 양식 설계 - 데이터 타입, 데이터 값의 분포, 접근 빈도를 고려하는 설계

고려 사항

인덱스의 구조와 레코드 크기

파일에 존재하는 레코드 개수와 트랜잭션의 갱신과 참조 성향

성능 향상을 위해서 개념 스키마의 변경 검토와 시스템 운용 시 파일 크기 변환 가능성

빈번한 질의와 트랜잭션들의 수행속도를 높이기 위한 고려

옵션 선택 시 고려 사항

특정 DBMS에서 제공되며 DB 파일에 대한 저장 구조, 접근 경로에 대해 다양한 옵션

- 반응시간(Response Time) : 트랜잭션 수행 요구 시점부터 처리 결과 얻을 때까지의 경과시간

- 공간 활용도(Space Utilization) : DB 파일과 액세스 경로 구조에 의해 사용되는 저장공간의 양

- 트랜잭션 처리량(Transaction Throughput) : 단위시간 동안 DBS에 의해 처리 가능한 트랜잭션의 평균 개수

DB 구현

논리적 설계와 물리적 설계에서 만들어진 DB 스키마를 파일로 생성한다.

- 사용할 특정 DBMS의 DDL을 이용해 DB 스키마를 기술 후 컴파일 해 빈 DB 파일 생성

- 빈 DB 파일에 데이터를 입력하고 응용 프로그램을 만들기 위해서 트랜잭션을 작성

- DB 접근을 위해 응용 프로그램 작성

* DB 설계 순서

요구 분석 : 요구 조건 명세서 작성

↓

개념적 설계 : 개념 스키마, 트랜잭션 모델링, E-R 모델

↓

논리적 설계 : 목표 DBMS에 맞는 논리 스키마 설계, 트랜잭션 인터페이스 설계

↓

물리적 설계 : 목표 DBMS에 맞는 물리적 구조의 데이터로 변환

↓

구현 : 목표 DBMS의 DDL로 DB 생성, 트랜잭션 작성

데이터 모델링의 논리적 데이터 모델 종류

관계형 데이터 모델 (Relational Data Model)

계층 모델과 네트워크 모델의 복잡한 구조를 단순화시킨 모델

기본키(Primary Key)와 외래키(Foreign Key)로 관계 표현

1 : 1, 1 : N, M : N의 관계를 자유롭게 표현 가능

DB를 테이블의 집합으로 표현

대표적 언어 - SQL

장점

간결, 보기에 편리, 다른 DB로의 변환 용이

단점

다소 떨어지는 성능

계층형 데이터 모델 (Hierarchical Data Model)

속성 관계 표시위해 개체를 노드로, 개체 집합 사이의 관계를 링크로 연결

부자 관계로 표현

1 : N의 관계만 표현

DB를 트리 구조로 표현하며 개체가 트리를 구성하는 노드 역할

대표적 DBMS - IMS

특징

개체 타입 간 상위, 하위 관계 존재하며 1 : 다의 대응 관계만 존재 (대응관계가 하나만 존재하므로 관계 해당 링크 이름 필요 없음)

하나의 루트 개체 타입과 다수의 종속 개체 타입으로 구성된 순서 트리로 루트 개체 타입은 다른 개체 타입과 구별됨

개체 삭제 시 연쇄 삭제가 되며 개체 타입 간 사이클 허용 불가, 두 개체 간 하나의 관계만 허용됨

* 연쇄 삭제(Triggered Delete) = 일격 삭제 - 상위 레코드 삭제 시 모든 후손 레코드도 함께 삭제

* 사이클(Cycle) - 시작 위치에서 다른 곳을 거쳐 원래 위치로 돌아올수 있게끔 연결된 형태

장점

구조 간단, 판독의 용이

구현, 수정 검색 용이

망 모델이나 관계 모델 실제구현시 계층적 기억 구조 사용

단점

데이터 간의 유연성 부족

검색 경로의 한정

삽입, 삭제 복잡

M : N 관계 처리하기 까다로움

네트워크형 데이터 모델 (Network Data Model) = CODASYL DBTG 모델

CODASYL이 제안한 것이다.

상위, 하위 레코드 사이에서 N : M 대응 관계 구조

레코드 타입 간 관계 1 : 1, 1 : N, N : M 가능

DB를 그래프 구조로 표현

대표적 DBMS - DBTG, EDBS, TOTAL

개체군 - 동종의 개체 그룹

개체 세트 - 주종 관계에 있는 개체군들의 그룹

세트 멤버쉽 타입 - 1 : N 관계에 연관된 타입을 오너(Owner), 멤버(Member)로 구분

조류 개체에서 보았을 때 오너는 동물, 멤버는 독수리이다.

특징

레코드 타입, 링크들의 집합으로 구성으로 링크 집합은 레코드 타입들을 연결한다.

하나의 상위 레코드와 하위 하나의 레코드끼리 복수 대응

관계성에는 제한이 없으며 한 레코드 타입에서 자기 자신으로 가는 링크는 없다.

한 방향으로 함수적이며(부분적 함수 포함) 세트의 이름은 링크로 표현 가능

오너와 멤버의 동일 형태는 가능하지 않다.