技术文章库 - 编程教程与技术分享平台
RDBMS 术语
RDMS术语包括数据库、表、列等。让我们逐一了解它们−数据库数据库是表的集合，如<学生>、<教授>等。表表是行和列的集合，例如，StudentIdStudentNameStudentRank052Tom1035David2077John3列列位于表中−行行在RDBMS中也称为元组。数据库中的关系具有行和列。主键每个表都有一个主键，并且不
RDBMS 中的备用键
备用键或辅助键是未被选为主键，但属于候选键的键。但是，它被视为主键的候选键。未被选为主键的候选键称为备用键或辅助键。候选键是您可以视为主键的属性或属性集。让我们看一个例子−Student_IDStudent_EnrollStudent_NameStudent_Email0962717Manishaaa@gmail.com0552655Mananabc@gmail.com0672699
数据库架构的三个级别
ANSI-SPARC(美国国家标准协会-标准规划和要求委员会)认可并批准了数据库的三级架构。下图表示三个级别−物理或内部级别它是内部级别，是数据库的物理存储描述数据的内部存储方式。它还将描述数据库使用的数据结构。概念或逻辑级别它表示数据库的完整内容，即记录和关系。数据库的全局视图位于中间层，如下图所示。概念层具有整个数据库的逻辑结构。外部或视图层顾名思义，外部层是最终用户的视
RDBMS 中的唯一键
许多用户将主键视为唯一键，因为两者都唯一地标识一个表，但唯一键与主键不同。唯一键接受空值，而主键不能为空。让我们比较主键和唯一键并理解其概念−用法唯一键用于防止列中的重复值。主键为表提供唯一性。NULL值主键不能接受NULL值；这使得主键与唯一键不同，因为唯一键允许一个值为NULL值。卷一个表只能有一个主键，而唯一键可以有多个(如果表中需要)。重复唯一键确保数据库中两行数据
第六范式 (6NF)
在6NF中，关系变量被分解为不可约分量。关系符合6NF，前提是它符合5NF，并且关系上的每个连接依赖关系都是微不足道的让我们看一个例子−<Student>Enrollment_NoNameMarksThepossiblejoindependenciesfortheabovewouldbe−{Enrollment_No,Marks}{
RDBMS 中的代理键
代理键的唯一目的是作为数据库中的唯一标识符，例如增量键、GUID等。它具有代理键没有实际含义，用于表示存在。它的存在只是为了进行数据分析。示例<ProductPrice>KeyProductIDPrice505_921987200698_561256170304_571898250458_661666110以上，代理键是<ProductPrice>表中的键。其他示例代
RDBMS 中的超级键
超级键是一个属性(或一组属性)，可唯一标识一个元组，即实体集中的实体。它是候选键的超集，因为候选键是从超级键中选择出来的。示例让我们看一个例子−<Student>Student_IDStudent_EnrollStudent_NameStudent_EmailS024545Daveddd@gmail.comS344541Jackjjj@gmail.comS224555Mar
RDBMS 中的外键
外键在表之间建立链接。它引用另一个表中的主键并将其链接起来。例如，Employee表中的DeptID就是外键−<Employee>EmpIDEmpNameEmpAgeDeptID<Department>DeptIDDeptNameDeptZoneDepartment表中的DeptID是Department表中的主键。Employee表中的D
Boyce–Codd 范式 (BCNF)
BCNF是第三范式(3NF)的扩展，比3NF略强。如果P->Q是平凡函数依赖关系，且P是R的超键，则关系R符合BCNF。如果关系符合BCNF，则意味着基于函数依赖关系的冗余已被删除，但仍存在一些冗余。让我们看一个例子−<SportsClub>GroundBegin_TimeEnd_TimePackageG0107:0009:00Go
RDBMS 中的候选键
每个表只有一个主键。每个关系可能有一个或多个候选键。其中一个候选键称为主键。每个候选键都符合主键的条件。因此，主键的候选键称为候选键。候选键可以是单个列或多个列的组合。最小超键称为候选键。示例EmployeeID和EmployeeEmail都可以是主键；因此两者都是候选键。选择其中任何一个作为表的主键，因为一个表只能有一个主键。让我们看另一个示例−Student_IDStuden
RDBMS 中的辅助键
什么是辅助键辅助键是尚未被选为主键的键。但是，它被视为主键的候选键。因此，未被选为主键的候选键称为辅助键。候选键是您可以视为主键的属性或属性集。注意:辅助键不是外键。示例让我们看一个例子−Student_IDStudent_EnrollStudent_NameStudent_AgeStudent_Email0969122717Manish25aaa@gmail.com05591226
RDBMS 中的实体完整性规则
对于实体完整性规则，每个表都有一个主键。主键不能有NULL值。<Student>Student_IDStudent_AwardsStudent_Awards上面，你可以看到我们的主键是Student_ID。我们不能将Student_Awards视为主键，因为不是每个学生都会获得该奖项。让我们看另一个例子−<Employee>Employee_IDEmplo
RDBMS 中的引用完整性规则
DBMS中的引用完整性规则基于主键和外键。规则定义外键具有匹配的主键。从一个表到另一个表的引用应该是有效的。引用完整性规则示例−<Employee>EMP_IDEMP_NAMEDEPT_ID<Department>DEPT_IDDEPT_NAMEDEPT_ZONE规则规定，员工表中的DEPT_ID在部门表中具有匹配的有效DEPT_ID。为了允许连接
RDBMS 中的复合键
具有两个或更多属性的主键称为复合键。它是两个或更多列的组合。一个示例可以是−这里我们的复合键是OrderID和ProductID−{OrderID,ProductID}Letusseeanotherexample−<Student>StudentIDStudentEnrollNoStudentMarksStudentPercen
数据库中实体关系的参与
在关系中，参与约束指定一个实体在与关系类型中的另一个实体相关时的存在。它也被称为最小基数约束。此约束指定可以参与关系类型的实体实例数。参与约束有两种类型:−总参与度实体集中的每个实体至少参与一个关系集中的一个关系，即每个实体所涉及的关系数大于0。考虑两个通过Works_For关系关联的实体Employee和Department。现在，每个Employee至少在一个部门工
数据库中的二元关系
二元关系是两个不同实体之间的关系，即一个实体的角色组与另一个实体的角色组之间的关系。二元关系有三种基数类型−1.一对一2.一对多3.多对多一对一在这里，一个实体的一个角色组映射到另一个实体的一个角色组。简单来说，一个实体的一个实例只与另一个实体的一个实例映射。在这种类型中，一个实体的主键必须可用作另一个实体的外键。例如−考虑两个实体Person和Driver_Li
最终用户数据库
最终用户通常不关心各个层级的交易或操作，他们只关注产品，而产品可能是软件或应用程序。因此，这是一个专为最终用户设计的共享数据库，就像不同层级的管理人员一样。所有信息的汇总都收集在此数据库中。
分布式数据库
与集中式数据库概念相反，分布式数据库不仅包含来自公共数据库的数据，还包含本地计算机捕获的信息。数据并非集中于一处，而是分布在组织的各个站点。这些站点通过通信链路相互连接，从而轻松访问分布式数据。您可以将分布式数据库想象成一个数据库，其中数据库的各个部分存储在多个不同的物理位置，应用程序则在网络中的各个点之间复制和分布。分布式数据库有两种类型:同构数据库和异构数据库。具有相同底层硬件、运行在相同操作
集中式数据库
信息(数据)存储在一个集中位置，不同位置的用户都可以访问这些数据。此类数据库包含应用程序，可帮助用户即使在远程位置也能访问数据。各种身份验证程序用于验证和确认最终用户，同样，应用程序会提供一个注册号，用于跟踪和记录数据的使用情况。本地办公室负责处理此事。
早期数据库模型
数据库模型决定了数据库的逻辑结构，并从根本上决定了数据的存储、组织和操作方式。在数据库设计出来之前，数据存储的唯一方式是文件存储，这增加了复杂性，因为程序员必须费尽心思提取数据，并且他们的程序必须执行复杂的解析和关联操作。像Perl这样的各种语言，由于其强大的正则表达式，可以更轻松地处理文本。然而，从文件访问数据仍然是一项复杂的任务。由于没有访问数据的标准方法，系统更容易出错、开发速度更慢、维
