수집된 정보를 보다 쉽게 ​​접근하고 관리하며 다양한 업데이트를 할 수 있도록 정리된 형태로 데이터베이스라고 합니다. 데이터베이스에 대해 더 자세히 논의하기 전에 DATA가 정확히 무엇인지에 대한 사전 지식이 있어야 합니다. 데이터는 우리가 추론, 할 수 있는 토론 또는 일부 계산을 적용할 수 있는 사실 및 기록의 모음으로 정의할 수 있습니다. 데이터는 항상 쉽게 사용할 수 있고 풍부합니다. 유용한 정보를 처리하는 데 사용할 수 있습니다. 또한 중복되거나 관련이 없을 수 있습니다. 데이터는 모든 종류의 정보를 나타내는 그래픽, 보

관계형 데이터베이스 디자인(RDD) 모델의 정보와 데이터를 행과 열이 있는 테이블 세트로 만듭니다. 관계/테이블의 각 행은 레코드를 나타내고 각 열은 데이터의 속성을 나타냅니다. SQL(Structured Query Language)은 관계형 데이터베이스를 조작하는 데 사용됩니다. 관계형 데이터베이스의 디자인은 데이터가 관련 테이블 세트로 모델링되는 4단계로 구성됩니다. 단계는 - 관계/속성 정의 기본 키 정의 관계 정의 정규화 관계형 데이터베이스는 데이터를 구성하고 트랜잭션을 수행하는 접근 방식이 다른 데이터베이스와 다릅니다.

이진 관계는 두 개의 다른 엔터티 간의 관계입니다. 즉, 한 엔터티의 역할 그룹과 다른 엔터티의 역할 그룹 간의 관계입니다. 이진 관계에는 세 가지 유형의 카디널리티가 있습니다. − 1. 일대일 2. 일대다 3. 다대다 일대일 여기서 한 엔터티의 한 역할 그룹은 다른 엔터티의 한 역할 그룹에 매핑됩니다. 간단히 말해서 한 엔터티의 한 인스턴스는 다른 엔터티의 한 인스턴스에만 매핑됩니다. 이 유형에서 한 엔터티의 기본 키는 다른 엔터티에서 외래 키로 사용할 수 있어야 합니다. 예를 들어 − 두 개의 엔티티 사람 을 고려합니

삼항 관계에서는 세 개의 다른 개체가 관계에 참여합니다. 관계 정도 =3 예:모바일 제조 회사를 생각해 보십시오. 관련된 3개의 다른 단체: 모바일 - 회사에서 제조. 부품 - 회사가 공급업체로부터 받는 모바일 부품입니다. 공급업체 - 공급업체는 회사에 모바일 부품을 공급합니다. Mobile, Part 및 Supplier는 관계에 동시에 참여합니다. 이 사실 때문에 카디널리티를 고려할 때 세 번째 엔터티에 대해 동시에 두 엔터티의 컨텍스트에서 고려해야 합니다. 삼항 관계의 카디널리티 공급업체의 특정 인스턴스와 부

관계에서 참여 제약 조건은 관계 유형의 다른 엔터티와 관련될 때 엔터티의 존재를 지정합니다. 최소 카디널리티 제약이라고도 합니다. 이 제약 조건은 관계 유형에 참여할 수 있는 엔터티의 인스턴스 수를 지정합니다. 참여 제약 조건에는 두 가지 유형이 있습니다. 총 참여 엔터티 집합의 각 엔터티는 관계 집합의 하나 이상의 관계에 포함됩니다. 즉, 관련된 모든 엔터티의 관계 수가 0보다 큽니다. Works_For 관계를 통해 관련된 두 엔터티 Employee 및 Department를 고려하십시오. 이제 모든 Employee는 최

사용 요구 사항에 따라 시장에서 사용할 수 있는 데이터베이스 유형은 다음과 같습니다. − 중앙 집중식 데이터베이스. 분산 데이터베이스. 개인 데이터베이스. 최종 사용자 데이터베이스. 상업 데이터베이스. NoSQL 데이터베이스. 운영 데이터베이스. 관계형 데이터베이스. 클라우드 데이터베이스. 객체 지향 데이터베이스. 그래프 데이터베이스. 모두 설명하겠습니다: 1. 중앙 집중식 데이터베이스 정보(데이터)는 중앙 위치에 저장되며 다른 위치의 사용자가 이 데이터에 액세스할 수 있습니다. 이러한 유형의 데이터베이스에는 사용자가 원

정보(데이터)는 중앙 위치에 저장되며 다른 위치의 사용자가 이 데이터에 액세스할 수 있습니다. 이 유형의 데이터베이스에는 사용자가 원격 위치에서도 데이터에 액세스할 수 있도록 도와주는 응용 절차가 포함되어 있습니다. 최종 사용자의 확인 및 유효성 검사를 위해 다양한 종류의 인증 절차가 적용되며, 마찬가지로 데이터 사용을 추적하고 기록하는 신청 절차를 통해 등록 번호가 제공됩니다. 지역사무소에서 처리합니다.

중앙 집중식 데이터베이스 개념과 정반대로 분산 데이터베이스에는 공통 데이터베이스의 기여와 로컬 컴퓨터에서 캡처한 정보도 있습니다. 데이터는 한 곳에 있지 않고 조직의 여러 사이트에 분산되어 있습니다. 이러한 사이트는 통신 링크를 통해 서로 연결되어 배포된 데이터에 쉽게 액세스할 수 있습니다. 분산 데이터베이스는 데이터베이스의 다양한 부분이 네트워크의 여러 지점 간에 복제 및 분산되는 응용 프로그램 절차와 함께 여러 다른 위치(물리적)에 저장되는 것으로 상상할 수 있습니다. 분산 데이터베이스에는 두 가지 종류가 있습니다. 균질하고

데이터는 작고 쉽게 관리할 수 있는 개인용 컴퓨터에 수집 및 저장됩니다. 데이터는 일반적으로 조직의 같은 부서에서 사용되며 소수의 사람들이 액세스합니다.

최종 사용자는 일반적으로 다양한 수준에서 수행되는 트랜잭션이나 작업에 대해 걱정하지 않으며 소프트웨어 또는 응용 프로그램이 될 수 있는 제품만 알고 있습니다. 따라서 이것은 다른 레벨의 관리자와 마찬가지로 최종 사용자를 위해 특별히 설계된 공유 데이터베이스입니다. 전체 정보의 요약이 이 데이터베이스에 수집됩니다.

도움을 받기 위해 정보에 액세스하려는 사용자를 위해 고유하게 설계된 거대한 데이터베이스의 유료 버전입니다. 이러한 데이터베이스는 주제별로 다르며 그러한 방대한 정보를 유지 관리할 여유가 없습니다. 그러한 데이터베이스에 대한 액세스는 상업적 링크를 통해 제공됩니다.

이들은 대규모 분산 데이터 세트에 사용됩니다. 관계형 데이터베이스에서 효과적으로 처리되는 몇 가지 빅 데이터 성능 문제가 있으며 이러한 종류의 문제는 NoSQL 데이터베이스에서 쉽게 관리됩니다. 클라우드의 여러 가상 서버에 저장될 수 있는 대용량 비정형 데이터를 분석하는 데 매우 효율적입니다.

BCNF는 제3정규형(3NF)의 확장이며 3NF보다 약간 더 강력합니다. Q가 사소한 기능 종속성이고 P가 R에 대한 수퍼키인 경우 관계 R은 BCNF에 있습니다. 관계가 BCNF에 있는 경우 함수 종속성을 기반으로 하는 중복성이 제거되었지만 일부 중복성은 여전히 ​​존재함을 의미합니다. 예를 들어 보겠습니다 - 그라운드 시작_시간 End_Time 패키지 G01 07:00 09:00 골드 G01 10:00 12:00 골드 G01 10:30 11:00 브론즈

각 테이블에는 하나의 기본 키만 있습니다. 각 관계는 하나 이상의 후보 키를 가질 수 있습니다. 이러한 후보 키 중 하나를 기본 키라고 합니다. 각 후보 키는 기본 키에 적합합니다. 따라서 Primary Key의 후보를 Candidate Key라고 합니다. 후보 키는 단일 열 또는 둘 이상의 열 조합일 수 있습니다. 최소한의 슈퍼 키를 후보 키라고 합니다. 예시 직원 ID 및 직원 이메일 , 둘 다 기본 키일 수 있습니다. 따라서 둘 다 후보 키입니다. 테이블에는 하나의 기본 키만 있을 수 있으므로 테이블의 기본 키로 아무거나

대체 키 또는 보조 키는 기본 키로 선택되지 않았지만 후보 키인 키입니다. 그러나 기본 키의 후보 키로 간주됩니다. 기본 키로 선택되지 않은 후보 키를 대체 키 또는 보조 키라고 합니다. 후보 키는 기본 키로 고려할 수 있는 속성 또는 속성 집합입니다. 예시를 보자 - 학생 ID Student_Enroll 학생 이름 학생_이메일 096 2717 마니쉬 aaa@gmail.com 055 2655 마난 abc@gmail.com 067 2699 슈레야 pqr@gmail

외래 키는 테이블 간의 링크를 생성합니다. 다른 테이블의 기본 키를 참조하고 연결합니다. 예를 들어, Employee 테이블의 DeptID는 외래 키입니다 - EmpID EmpName 홍보 부서 ID DeptID 부서 이름 DeptZone DeptID Department 테이블의 는 Department 테이블의 기본 키입니다. DeptID Employee 테이블에는 Employee 테이블의 외래 키가 있습니다. 아래 그림은 동일한 것을 나타냅니다 - 위에

RDMS 용어에는 데이터베이스, 테이블, 열 등이 포함됩니다. 하나씩 살펴보겠습니다 − 데이터베이스 데이터베이스는 , 등과 같은 테이블의 모음입니다. 표 테이블은 행과 열의 모음입니다(예:). 학생 ID 학생 이름 학생 순위 052 톰 1 035 데이비드 2 077 존 3 열 열이 테이블에 있음 - 행 RDBMS에서는 행을 튜플이라고도 합니다. 데이터베이스의 관계에는 행과 열이 있습니다. 기본 키 모든 테이블에는 하나의 기본 키가 있으며 null 값을 가질

많은 사용자가 기본 키를 고유 키로 간주합니다. 둘 다 테이블을 고유하게 식별하지만 고유 키는 기본 키와 다르기 때문입니다. 고유 키는 null 값을 허용하고 기본 키는 null을 가질 수 없습니다. Primary Key와 Unique Key를 비교하여 그 개념을 이해하자 - 사용 고유 키는 열의 중복 값을 방지하는 데 사용됩니다. 기본 키는 테이블에 고유성을 제공했습니다. NULL 값 기본 키는 NULL 값을 허용할 수 없습니다. Unique Key는 하나의 값을 NULL 값으로 허용하기 때문에 기본 키가 Unique Key

ANSI - SPARC(American National Standards Institute - Standards Planning and Requirements Committee)는 데이터베이스에 대한 3단계 아키텍처를 인정하고 승인했습니다. 다음은 세 가지 수준을 나타내는 그림입니다. - 물리적 또는 내부적 수준 내부 수준이며 데이터베이스의 물리적 저장소입니다. 데이터가 내부적으로 저장되는 방법을 설명합니다. 또한 데이터베이스에서 사용하는 데이터 구조를 설명합니다. 개념적 또는 논리적 수준 데이터베이스의 전체 내용, 즉

6NF에서 관계 변수는 기약 요소로 분해됩니다. 관계는 5NF에 있고 관계에 대한 모든 조인 종속성이 사소한 경우에만 6NF에 있습니다. 예시를 보자 - 등록_아니요 이름 마크 위의 가능한 조인 종속성은 - {Enrollment_No, Marks} {등록_아니요, 이름} 6NF(Sixth Normal Form)에서는 다음과 같이 분해됩니다. - 등록_아니요 이름 등록_아니요 표시 다른 예를 보겠습니다 - Student_ID