DBMS의의 주요 기능

현대 데이터베이스 시스템은 많은 개체에 사용하지만, 모든 사람이 그들이 무엇인지 알고 당신은 데이터베이스 기능을 사용하는 방법. 이러한 도구는 가능성의 거대한 숫자, 그래서 당신은 그들이 할 수있는 것을 이해해야하며, 사용자에게 유용한 것을 완벽하게 사용할 수 있습니다.

데이터 관리

첫째로, 데이터베이스 기능에 외부 메모리에있는 정보의 처리를 포함,이 기능뿐만 아니라 직접 데이터베이스에 포함 된 정보를 저장에 필요하지만, 또한 빠른 얻는 등 다양한 오피스 작업을 수행 할 EP의 기본 구조를 제공하는 것입니다 다른 경우에 어떤 파일에 액세스 할 수 있습니다. 심지어 다른 레벨에서, 작업을 제공하면서 특정 실시 양태에서, 적극적으로, 다른 파일 시스템의 가능성을 사용하는 외부 기억 장치. 그러나이 경우에는 개발의 높은 수준의 데이터베이스 기능은, 사용자가, 어떤 경우에, 어떤 시스템을 사용할지 여부를 통보되지 않으며, 만약 그렇다면, 어떻게 파일을 구성 할 수 있음을 주목할 필요가있다. 특히, 시스템은 데이터베이스에 포함 된 개체를 명명 자신의 순서를 지원하고있다.

RAM 버퍼 관리

케이스의 압도적 인 다수의 데이터베이스 기능은 상당히 방대한 데이터베이스를 사용하는 것이 일반적이며, 최소 크기는 종종 훨씬 더 사용 가능한 RAM입니다. 외부 메모리와 교환 할 각 데이터 항목에 대한 치료의 경우에는 물론, 만약 후자의 속도는 유일한 옵션은 RAM에서의 버퍼링 데이터를 증가시키는 것이다 그래서 사실상, 시스템의 속도를 일치합니다. 이 경우, 운영 체제는 UNIX에, 예를 들면,이 보장하기에 충분하지 않을 것, 시스템 전체의 버퍼를 제공하는 경우에도 그 목적 및 주요 기능의 데이터베이스가 사용하는 데이터베이스의 각 특정 부분을 버퍼링 유익한 속성 데이터의 더 큰 체적을 갖고있다. 이 때문에 개발 시스템에 버퍼의 자신의 세트뿐만 아니라 독특한 분야를 그들의 교체를 지원합니다.

그것은 전체 데이터베이스의 메모리에 연속 존재에 초점을 맞추고 제어 시스템의 별도 라인이 있다는 사실을 주목할 필요가있다. 이 방향은 가까운 장래에 컴퓨터의 RAM의 양이 더 이상 버퍼링 걱정이 될 것, 그리고 여기이 유형의 데이터베이스의 기본 기능이 제 시간에 빠질 수 있도록 확장 할 수 있다는 가정에 기초한다. 지금이 순간,이 모든 작업은 테스트 단계에 아직.

트랜잭션 관리

트랜잭션은 단일 엔티티로서 취급 데이타베이스 관리 시스템을 사용하여 일련의 동작이다. 트랜잭션이 완전히 성공적으로 실행되면, 시스템은 외부 메모리 또는 이러한 변화 없음에, 그것에 의해 변경된 사항은 데이터베이스의 상태에 반영되지 않습니다 캡처합니다. 이 작업은 사용되는 데이터베이스의 논리적 무결성을 지원하기 위해 필요합니다. 시스템의 다른 유형에서 유의 한 차이가있는의 단일 사용자 데이터베이스, 목적과 기능을 사용하는 경우에도 거래 메커니즘의 정확한 과정의 유지가 전제 조건임을 주목해야한다.

어떤 트랜잭션이 일관성있는 상태에서만 시작 속성 데이터베이스 따라서와는 매우 편리 데이터베이스에 대한 활동의 단위로 사용할 수 있도록, 절차의 종료 후 같은 상태로 둡니다. 거래의 적절한 관리가 개별 사용자의 제어 시스템에 의해 병렬로 실행하여, 원칙적으로 모든 부분을 느낄 수있다. 그러나, 다중 사용자 시스템을 사용하는 경우 작업 사람들은 여전히 그의 동료의 존재를 감지 할 때이 많은 상황에서와 같이 어떤 식 으로든 이상적인 표현이지만, 실제로는 데이터베이스의 개념 자체를 제공합니다. 같은 다중 사용자 데이터베이스와 같은 기능은 또한 시리얼 실행 계획 및 직렬화으로 트랜잭션 관리의 개념과 관련되어있다.

그들은 무엇을 의미합니까?

병렬 실행 거래를 직렬화하여 얻어지는 총 효과 때문에 순차적 실행의 결과 얻어진 혼합물에 상당 상기 업무 계획의 특별한 구성을 포함한다.

직렬 실행 계획 시리얼 리드 동작의 특정한 구조이다. 시스템이 거래 혼합물의 진정한 직렬 실행을 제공하기 위해 얻을 경우 단일 사용자 모드에 비해 조금 느리게 작동하는 것을 제외 물론, 다음 트랜잭션을 생성 된 사용자는 다른 사람의 존재는 절대적으로 눈에 보이지 않는 것입니다.

몇 가지 기본적인 직렬화 알고리즘이 있습니다. 중앙 시스템에서 가장 인기 오늘은 동기화 캡처 다른 데이터베이스 개체를 기반으로하는 알고리즘이다. 어떤 직렬화 알고리즘의 경우 특정 데이터베이스 오브젝트에 대한 액세스에 두 개 이상의 트랜잭션 간의 충돌의 가능성을 제공합니다. 이러한 상황에서,이 절차를 지원하기 위해 하나 개 이상의 과정을 통해 데이터베이스에 변경 사항을 제거하기 위해, 즉, 롤백해야합니다. 이것은 단지 다중 사용자 시스템, 하나는 다른 사람의 존재를 느끼는 상황 중 하나입니다.

로깅

현대 시스템의 주요 요구 사항 중 하나는 외부 메모리에 정보 저장의 신뢰성을 보장하는 것입니다. 특히,베이스의 주요 기능 중 하나는 소프트웨어 또는 하드웨어 고장의 발생 후 데이터베이스의 마지막 간섭 상태를 복구 할 수있는 능력을 포함하는 것을 제공한다. 하드웨어 오류에 대한 두 가지 옵션을 고려하는 촬영의 경우 압도적에서 :

• 컴퓨터 (가장 일반적인 경우 - 비상 전원 끄기)의 갑작스러운 정지로 해석 될 수있는 부드러운;
• 외부 매체에 저장된 데이터의 일부 또는 완전한 손실을 특징으로하는 경질.

소프트웨어 오류의 예 비상 체제 종료 같이 DBMS의 주요 기능 중 하나가 포함되지 않은 것을 가능성을 사용하거나 특정 트랜잭션이 완료되지 않은함으로써 사용자 유틸리티를 충돌 할 때. 후자의 경우에는 단일 트랜잭션의 결과를 제거 할 필요가있는 동안 첫 번째 상황은 부드러운 실패의 특별한 종류로 고려 될 수있다.

물론, 일반 데이터베이스 복구를 위해 어떤 경우에도 추가 정보의 일정 금액이 필요하다. 즉, 데이터베이스에 데이터 저장의 안정성의 정상적인 유지 보수를 위해 당신은 정보 저장의 중복성을 보장해야하며, 데이터의 일부는 신중하게 보호되어야한다 복구에 사용됩니다. 중복 된 데이터의 유지를 보장하는 가장 일반적인 방법은 변경을 기록하는 것으로 간주된다.

이 방법을 사용하려면 무엇입니까?

이 잡지는 데이터베이스 기능의 수는 포함되지 않습니다에 액세스하는 데이터베이스의 특별한 부분이며, 매우 신중하게 유지됩니다. 어떤 경우에는, 심지어 같은 시간에 서로 다른 물리적 매체에서 잡지의 두 사본에 대한 지원을 제공합니다. 가게에서 데이터베이스의 주요 부분에서 발생하는 변경 사항에 대한 정보를 받고, 다른 제어 시스템의 변화는 서로 다른 수준에서 저널 수 있습니다. 어떤 상황에서는, 로그 항목은 특정과 완벽하게 일치하는 논리 연산 일부의 DBMS가 사용하는 두 방법의 조합을 포함하면서, 외부 메모리 페이지 수정과 관련된 최소한의 내부 동작 - 어딘가 변경됩니다.

어떤 경우,이 잡지에 "선제 녹화의 전략"소위. 해당 응용 프로그램 기록에서 변수 객체 전에 잡지의 외부 메모리에 속하는 모든 데이터베이스 객체의 변화를 나타냅니다. 그것은 알려진 기능의 경우 그 Access 데이터베이스는 모든 오류의 경우에 데이터베이스 복구에 관련된 문제를 해결하기 위해 잡지를 사용하여,이 프로토콜과의 정상 준수를 포함한다.

뒷걸음질

가장 간단한 상황은 개별 트랜잭션의 복원이 롤백된다. 이 절차의 경우, 시스템 전체 변경 로그를 사용할 필요가 없습니다, 그리고 각 트랜잭션에 대해 로컬 잡지 수정 작업을 사용하고 각 레코드의 끝에서 시작, 역 연산을 실행하여 트랜잭션을 롤백 충분하다. 데이터베이스 함수의 구조는 종종 바로 그러한 구조의 사용을 포함하지만, 대부분의 경우 로컬 로그는 아직 지원되지 및 시스템 전반에 의해 수행 개별 트랜잭션의 경우에도 개별 롤백하고, 그 역방향 목록 결합 된 각 트랜잭션의 모든 레코드.

어떤 다른 개체하지 않을 수 있습니다 또한, 장애의 발생 시간에 완료되지 않은 트랜잭션에 의해 수정 된 다양한 개체, 성공적으로 RAM 버퍼의 내용을 사용하여 장애 이전에 이루어졌습니다 업그레이드 된 것들을 포함 할 수있는 부드러운 실패 외부 데이터베이스 메모리의 경우 이는 유사한 문제가있을 때 완전히 사라집니다. 프로토콜은 반드시 이러한 오브젝트의 변형에 관한 외부 메모리에 기입되는 로컬 저널의 사용을 위해 제공되는 경우에 부합.

소프트 오류의 발생 후에 복구 프로세스의 주요 목적은 불완전한 과정의 추적을 포함하지 않을 따라서 EAP에 완료된 트랜잭션에 대한 변경을 고정 할 경우에 발생하고 것이다 주 데이터베이스의 외부 메모리의 상태이다. 이 효과를 달성하기 위해, 주요 데이터베이스 기능은이 경우의 결과는 궁극적으로 외부 메모리에 표시되지 않습니다, 작업을 반복, 커밋되지 않은 트랜잭션을 롤백합니다. 이 과정은 주로 잡지와 버퍼 관리의 조직과 관련 미묘, 꽤 많이 포함한다.

하드 실패

필요한 경우 하드 실패의 발생이 잡지뿐만 아니라 데이터베이스 백업뿐만 아니라 후에 데이터베이스를 복원합니다. 후자는 잡지 채우기 위해 시작으로 그 시간에있는 데이터베이스의 전체 복사본입니다. 매우 엄격한 요구 사항을 부과 외부 메모리에있는 그것의 보존에, 앞서 언급 한 바와 같이 물론, 일반 복구 절차를 따라서 잡지의 안전을 필요로한다. 이 경우, 데이터베이스의 복구는 재해시에 완료 모든 수행 트랜잭션을 재생 잡지의 아카이브 사본에 따라, 즉. 필요한 경우, 심지어는 작업 완료되지 않은 트랜잭션을 재생 및 복구 프로세스의 종료 후 정상적인 작업을 계속하고 있지만, 대부분의 실제 시스템에서, 이러한 절차는 자체 하드 실패 후 복구가 상대적으로 긴 과정이라는 이유로 실시하지 않습니다 수 있습니다.

언어 지원

현대 데이터베이스가 서로 다른 언어를 사용하는 작업, 그리고 여러 언어에 대한 전문적인 지원을 제공하는 현대적인 시스템과 크게 다른 초기 데이터베이스, 약속, 기능 및 다른 특성이다. 이들은 각각 데이터베이스 스키마 및 데이터 조작을 정의 할 목적으로, 주로 SDL 및 DML했다.

SDL은 사용자가 사용할 데이터베이스의 특정 구조를 인식 할 수있는 데이터베이스의 논리적 구조를 정의하는 데 사용됩니다. DML 또한, 정보의 운영자 조작의 세트를 포함하면 데이터베이스에 정보를 저장뿐만 아니라, 삭제, 수정 또는 기존 데이터를 사용할 수 있습니다.

DBMS 기능은 지원의 다른 유형을 초기 생성에서, 데이터베이스의 정상 작동에 필요한 모든 자원을 제공하고, 표준 사용자 인터페이스를 제공하는 하나의 통합 된 언어를 포함한다. SQL에서 사용하는 관계형 시스템의 우리의 일에서 가장 일반적인 데이터베이스의 기본 기능을 제공하는 표준 언어.

그것은 무엇입니까?

처음에 언어, 즉, DML 및 SDL의 기본 기능을 결합하여 특정 의미를 판정 가능성 제공 관계형 데이터베이스를 하고, 필요한 정보를 조작. 지원되는 서비스 테이블 특별히 디렉토리에 따라 변환이 내부 식별자에 컴파일러 개체 이름에 의해 수행되는 것을 의미에서 언어 수준에 직접 지원 따라서 다른 이름의 데이터베이스 오브젝트. 제어 시스템의 핵심은, 원칙적으로, 테이블 또는 개별 열와 상호 작용하지 않습니다.

SQL 언어는 데이터베이스 제약 조건을 정의하는 특별한 도구의 목록이 포함되어 있습니다. 다시 말하지만, 그러한 제한은 특별한 테이블, 카탈로그에 포함되어 및 무결성 모니터링 언어 적 수준에서 직접 수행, 즉 데이터베이스 무결성 제약 조건에서 사용할 수에 따라, 개별 데이터베이스 수정 문 컴파일러를 읽는 과정에 해당 코드를 생성하는 보낸다.