数据库系统的特点有哪些？

数据库系统概述

1.数据库系统的定义

在信息时代，数据如同宝贵的资源，而数据库系统便是管理这些资源的“宝库”。数据库系统是由数据库、数据库管理系统、应用系统、数据库管理员和用户等构成的一个整体。

数据库，即Database，简称DB，是长期储存在计算机内、有组织的、可共享的大量数据的集合。这些数据按一定的数据模型组织、描述和存储，具有较小的冗余度、较高的数据独立性和易扩展性。

数据库管理系统，则是针对对象数据库，为管理数据库而设计的电脑软件管理系统，如RDBMS和NOSQL。它能够对数据库进行统一的管理和控制，以保证数据库的安全性和完整性。用户通过DBMS访问数据库中的数据，数据库管理员也通过DBMS进行数据库的维护工作。

应用系统是在数据库管理系统支持下的各种应用程序的集合，用于实现数据库系统的最终应用功能。而数据库管理员是负责数据库的建立、使用和维护的专门人员，他们对数据库系统进行规划、设计、协调和维护等工作。用户则是数据库系统的最终使用者，通过应用系统与数据库系统进行交互，获取所需的数据和信息。

数据库系统以其有组织、可共享、易管理的特点，成为现代信息系统中不可或缺的重要组成部分，为各行各业的数据存储、管理和应用提供了强大的支持。

2.数据库系统的发展历程

数据库系统的发展历程，是信息时代技术进步的生动缩影。上世纪50年代以前，计算机主要用于科学计算，数据管理以人工管理方式为主，数据不保存在计算机内，也没有专门的软件对数据进行管理。

50年代后期至60年代中期，出现了文件系统。此时数据可长期保存在外存上，并由文件系统管理。但文件系统存在数据冗余、数据不一致等问题，难以满足日益增长的数据管理需求。

60年代末至70年代，数据库技术应运而生。层次模型和网状模型的数据库系统开始出现，它们以树形结构和网状结构组织数据，提供了比文件系统更强大的数据管理能力。这一时期，IBM推出的IMS系统成为层次模型的代表，而CODASYL提出的DBTG报告则奠定了网状模型的基础。

70年代后期，关系模型数据库系统以其简单灵活的数据模型、强大的数据操作能力和良好的数据独立性，迅速成为数据库系统的主流。Oracle、Sybase、Informix等关系型数据库产品相继问世，在商业领域取得了巨大成功。

进入21世纪，随着互联网和大数据技术的快速发展，传统的关系型数据库面临着新的挑战。NoSQL数据库以其高可扩展性、高性能、灵活的数据模型等特点，在处理海量、高并发数据场景中展现出强大的优势。MongoDB、Cassandra等NoSQL数据库系统逐渐受到关注。

从早期的人工管理到文件系统，再到层次模型、网状模型、关系模型，直至如今的NoSQL数据库，数据库系统不断演进，每一次变革都是对数据管理需求的回应，也推动了信息技术的不断发展。

数据库系统的数据独立性

1.物理独立性

数据库系统的物理独立性，指的是数据库物理结构发生改变时，其逻辑结构不会受到影响，应用程序也无需随之修改。数据库的物理结构涉及数据在存储设备上的存储方式、存储位置以及存储数据的物理组织等。当存储设备的类型改变，或存储空间需要重新分配，又或是数据存储的格式有所调整等，只要数据库管理系统内部对物理结构的映射关系进行相应调整，就可确保数据库的逻辑结构保持稳定。

例如，若数据库从一种存储设备迁移到另一种存储设备上，或是对数据的存储方式进行优化压缩，这些物理层面的变动，并不会影响到应用程序对数据库的操作。应用程序依然可以按照原有的方式访问和处理数据，无需因为物理存储的变化而进行修改。这降低了系统维护的复杂度和成本，提高了数据库系统的灵活性和可扩展性，让数据库系统能够更好地适应不断变化的硬件环境和存储需求。

2.逻辑独立性

逻辑独立性是指当数据库的逻辑结构发生变化时，用户程序不会受到影响，从而保证数据访问的稳定性。数据库的逻辑结构描述了数据库中数据的逻辑组织形式，包括数据之间的关系、数据类型、数据约束等。当数据库需要增加新的数据实体、改变某些数据实体的属性或调整数据之间的关系等，只要通过修改数据库管理系统中的逻辑模式到外模式的映像，就能使外模式，即用户看到的数据视图保持不变。

如此一来，用户程序依然可以依据原有的逻辑结构进行数据的查询、插入、更新和删除等操作，而无需关心数据库内部逻辑结构的具体变化。比如在一个企业的人事管理数据库系统中，假设需要新增一个员工培训信息的数据实体，尽管数据库的逻辑结构发生了变化，但用户程序依然可以正常进行员工基本信息的查询和修改等操作，而无需因为新增的数据实体而做出改动。这确保了数据访问的连续性和稳定性，为应用程序的开发和维护提供了便利，也增强了数据库系统应对业务需求变化的能力。

数据库系统的数据共享性

1.多用户共享

数据库系统的多用户共享特性，让数据资源得以充分利用，有效提升工作效率与数据价值。在实际场景中，如企业项目管理数据库，多个部门人员可同时访问，查看项目进度、成本、成员信息等。项目经理能实时掌握整体情况，调整资源；财务人员可准确核算成本；市场部可依据项目信息规划推广活动。这使得信息传递更高效，避免了传统模式下信息孤岛导致的数据不一致和重复工作。数据库管理系统通过并发控制机制，如锁机制、时间戳等，确保多个用户同时操作数据时的一致性和隔离性，避免数据冲突，让多用户共享成为可能，提高了数据的利用率和系统的整体运行效率。

2.减少数据冗余

数据库系统通过合理设计，有效减少数据冗余，节省存储空间。传统的文件系统常因数据分散存储而出现大量重复数据。而数据库系统以数据模型为基础，通过规范化的设计方法，将数据组织成逻辑相关的表，并建立表间的关联关系。比如在学生管理系统中，学生基本信息表存储姓名、学号、性别等，课程成绩表通过学号关联学生基本信息，避免了每个课程成绩记录都重复存储学生基本信息的情况。这种设计不仅减少了存储空间的浪费，还降低了数据更新时出现不一致的风险。当学生信息发生变化，只需更新一次，而无需像文件系统那样在多处进行修改，提高了数据的准确性和一致性。

数据库系统的数据完整性

1.实体完整性

在数据库系统中，实体完整性是确保表中记录具有唯一性的重要特性。这一特性主要通过主键约束来实现。主键，即Primary Key，简称PK，是表中用于唯一标识每条记录的列或列的组合。它具有唯一性和非空性两个基本属性。唯一性意味着在一个表中，主键的值不能重复出现，从而保证每条记录都是独一无二的；非空性则要求主键的列不能取空值，确保每条记录都有唯一标识。

以学生信息表为例，通常将学号设置为该表的主键。因为每个学生的学号都是唯一的，所以当向表中插入新记录时，数据库管理系统会检查新插入的学号是否已存在，若存在则拒绝插入操作，从而避免数据重复。这种机制确保了学生信息表中每条记录都能被唯一确定，维护了数据的实体完整性，为后续的数据查询、更新等操作提供了准确的数据基础，使数据库系统能够稳定、高效地运行。

2.参照完整性

参照完整性是用于维护表与表之间数据关联准确性的关键特性，它主要通过外键约束来实现。外键，即Foreign Key，简称FK，是指一个表中的列或列的组合，其值必须与另一个表中作为主键的列的值相匹配，或者取空值。通过外键约束，可以建立表之间的关联关系，确保相关数据的一致性和有效性。

例如在学生信息表和选课信息表中，学生信息表的学号是主键，选课信息表中也包含学号列，此时将选课信息表中的学号列设置为外键，关联学生信息表中的学号主键。这样，当在选课信息表中插入一条新记录时，数据库管理系统会检查该记录中的学号是否在学生信息表中存在，若不存在则拒绝插入操作，从而保证选课信息表中的学号都是有效学生，避免出现无效数据。这种机制确保了表与表之间的数据关联是准确且符合逻辑的，维护了数据库的整体数据一致性，使数据在不同表之间能够正确地关联和引用。

3.用户自定义完整性

用户自定义完整性是指根据用户的具体业务需求定义的特定规则，以确保数据符合特定的业务要求。在实际应用中，不同的业务场景对数据有着不同的约束条件，而实体完整性和参照完整性可能无法满足所有这些特殊需求，此时就需要用户自定义完整性来补充。

比如在订单管理系统中，订单金额通常不能为负数，这就需要定义一个检查约束，规定订单金额列的值必须大于等于零。当用户尝试插入或更新订单记录时，数据库管理系统会自动检查订单金额是否符合这一约束条件，若不符合则拒绝操作。又如在员工信息表中，员工的年龄可能需要在一定范围内，如18至60岁之间，这时也可以通过定义用户自定义完整性规则来限制年龄的取值范围。

用户自定义完整性为数据库系统提供了更灵活、更个性化的数据约束机制，使数据库能够更好地满足各种复杂多变的业务需求，确保数据的准确性和有效性。

数据库系统的数据安全性

1.用户身份认证

数据库系统的用户身份认证，是守护数据安全的首道关卡。最为常见的便是通过用户名和密码进行认证。用户在使用数据库系统前，需输入预设的用户名和密码，数据库管理系统会将用户输入的信息与系统中存储的合法用户信息进行比对，若匹配成功，则允许用户访问数据库；若匹配失败，则拒绝用户访问，从而有效防止非法用户通过猜测或暴力破解等方式获取数据库访问权限。

除了基本的用户名和密码认证，还有更为安全的双因素认证等方式。比如在输入用户名和密码后，系统还会向用户绑定的手机或邮箱发送验证码，用户只有输入正确的验证码，才能完成身份认证。这种方式进一步提高了数据库系统的安全性，确保即使非法用户获取了用户的密码，也无法轻易访问数据库，有效保护数据库中的宝贵数据资源。

2.访问控制

在数据库系统中，访问控制是保障数据安全的关键机制。它根据用户的角色和权限，严格控制用户对数据的访问操作。主流的访问控制模型有基于角色的访问控制(RBAC)和访问控制列表(ACL)等。

以RBAC为例，系统会预先定义不同的角色，如管理员、普通用户、访客等，并为每个角色分配不同的权限。管理员角色拥有最高权限，可以进行数据的增删改查等所有操作；普通用户角色可能只能查询和修改部分数据；而访客角色则只能查看公开的数据。用户被分配到相应的角色后，就拥有了该角色所对应的权限，只能在权限范围内对数据进行操作。

通过访问控制，可以有效保护数据库中的敏感数据，防止未经授权的用户访问、修改或泄露重要信息，确保数据的安全性和完整性。

3.数据加密

数据加密是数据库系统保护敏感数据的重要手段。它通过对敏感数据进行加密处理，将明文数据转换为无法直接读取的密文数据，从而保障数据在传输和存储中的安全。

在数据传输过程中，使用传输层安全协议(TLS)或安全套接层协议(SSL)等加密技术，对数据进行加密传输，防止数据在网络传输过程中被截获和窃取。在数据存储方面，可采用对称加密算法或非对称加密算法对数据进行加密。对称加密算法如高级加密标准(AES)，加密和解密使用相同的密钥，优点是加密速度快，但密钥管理较为复杂；非对称加密算法如RSA，加密和解密使用不同的密钥，优点是密钥管理方便，但加密速度相对较慢。

通过数据加密，即使数据库系统中的数据被非法获取或泄露，攻击者也无法直接获取数据的真实内容，有效保护了数据的机密性。

数据库系统的并发控制

1.并发操作问题

在数据库系统中，多用户同时访问数据是常态，这虽提高了资源利用率，却也带来了诸多问题。丢失修改便是其一，当两个事务T1和T2并发执行，都对数据A进行修改，T1先读取A并修改，T2后读取A又修改，此时T1的修改结果就被T2覆盖，导致数据丢失。不可重复读也常出现，事务T1读取数据A后，事务T2对A进行了修改并提交，当T1再次读取A时，发现结果与之前不同，就像数据发生了“幻觉”。还有脏读，事务T1修改了数据A但未提交，事务T2读取了T1修改后的A，若T1随后回滚，T2读取的就是无效数据，即“脏数据”。这些并发操作问题会严重破坏数据的完整性和一致性，影响数据库系统的正常运行。

2.封锁机制

为避免并发操作引发的数据不一致问题，封锁机制应运而生。它通过封锁数据项，控制并发操作。当一个事务对某数据项进行读取或修改时，可对其施加封锁，使其他事务在一定时间内无法对该数据项进行访问或修改。封锁的类型多样，共享锁（S锁）允许多个事务同时对数据项加锁，进行读取操作，但不允许修改；排他锁（X锁）则只允许一个事务对数据项加锁，该事务可读取和修改数据项，其他事务无法再加任何锁。

封锁协议规定了封锁的申请、释放以及封锁粒度等规则。如一级封锁协议要求事务T在修改数据R之前必须先对其加X锁，直到事务结束才释放，这能防止丢失修改；二级封锁协议在一级封锁协议基础上，要求事务T在读取数据R之前必须先对其加S锁，读完后即可释放，可进一步防止脏读；三级封锁协议则在二级封锁协议基础上，要求事务T在读取数据R之前必须先对其加S锁，直到事务结束才释放，能有效防止不可重复读和脏读。

3.事务管理

事务是数据库系统中执行的一个工作单元，它具有ACID四大特性。原子性指事务中的所有操作要么全部成功，要么全部失败，不可分割。一致性表示事务执行前后，数据库都必须处于一致性状态，即数据满足所有的约束条件。隔离性是指多个事务并发执行时，每个事务的感觉就像是在独立的系统中运行，不受其他事务干扰。持久性意味着事务一旦提交，它对数据库的修改就是永久的，即使发生系统故障也不会丢失。

为保证数据一致性，数据库系统通过事务管理来实现。当事务开始执行时，数据库管理系统会记录事务的起始状态，并在事务执行过程中维护一个事务日志，记录所有对数据的修改操作。如果事务执行成功并提交，数据库管理系统会将事务日志中的修改永久保存到数据库中，使数据达到新的一致性状态。如果事务在执行过程中出现错误或需要回滚，数据库管理系统会根据事务日志将数据恢复到事务开始时的状态，确保数据的一致性和完整性。

数据库系统的可恢复性

1.故障类型

在数据库系统的运行过程中，可能会遭遇多种类型的故障。首先是事务故障，这是指事务在执行时未达到预期终点，可能由于事务内部的非预期故障，如运算溢出、并发事务死锁等，导致数据库处于不正确状态。

系统故障又称软故障，主要是由硬件错误、操作系统故障或DBMS代码错误等引起的。此时整个系统都将受到影响，所有正在运行的事务都被迫中断，但数据库本身并未被破坏。

介质故障则是一种硬故障，指的是存储介质发生物理损坏，如磁盘损坏、强磁场干扰等。这类故障会破坏数据库本身，影响到出故障前存储数据库的所有事务，其发生的可能性虽小，但破坏性巨大。

此外，计算机病毒也可能导致数据库故障。病毒会非法入侵数据库系统，干扰和破坏数据库中的数据，甚至导致数据丢失或系统瘫痪，对数据库的安全性和完整性构成严重威胁。

2.恢复技术

当数据库系统发生故障后，为了将数据库恢复到正确状态，需要借助一系列恢复技术。日志文件是其中的关键，它记录了事务对数据库的所有更新操作，包括事务的开始标记、结束标记以及对数据的修改等。

在发生故障时，可通过日志文件进行恢复。对于事务故障，利用日志文件可将事务进行回滚，即撤销该事务对数据库已做的所有修改，使数据库回到事务开始前的状态。对于系统故障和介质故障，可利用日志文件进行重做操作，即重新执行已完成的事务对数据库的修改，确保数据库恢复到故障发生前的正确状态。

备份技术也是重要的恢复手段。通过定期对数据库进行备份，将数据库的数据和日志文件复制到其他存储设备上。当发生介质故障等严重故障导致数据库数据丢失时，可利用备份文件进行数据库的还原，将数据库恢复到备份时的状态，从而最大限度地减少数据损失，保障数据库系统的正常运行。

瀚高数据库的特点体现

1.瀚高数据库的数据独立性表现

瀚高数据库在数据独立性方面通过多层架构设计实现了逻辑独立性与物理独立性的并行支撑。在逻辑独立性层面，HGDB V9.0采用多语法解析器架构与多端口并行访问机制，一套数据库可以同时接入Oracle、MySQL和SQL Server三种协议，不同端口使用各自熟悉的SQL方言进行交互，这意味着上层应用层与底层数据库引擎之间建立了协议适配层，应用程序更换或扩展时不需重写数据访问逻辑。在此基础上，HigoBase智能数据基座提供了Schema to API能力，元数据可以自动生成RESTful与GraphQL接口，无需编写后端路由代码，进一步将数据结构定义与上层业务接口解耦，开发人员可通过@hgbase/js SDK以链式查询、关联查询等方式访问数据，底层表结构发生变化时只需调整Schema映射即可。在物理独立性层面，瀚高支持可视化安装部署（图形化和命令行两种方式），用户无需关注底层数据文件的存储位置与格式；通过HGHA高可用集群软件中虚拟IP漂移机制，数据库主备切换对业务层面完全透明，应用程序仅需连接统一虚拟IP地址，底层存储节点的变更不影响上层数据访问。此外，瀚高提供的数据迁移工具可自动完成数据类型转换、语法适配等工作，在Oracle、SQL Server、DB2、MySQL、Sybase、PostgreSQL等主流数据库之间实现平滑迁移，迁移过程不改变应用程序对数据的使用逻辑，体现出数据与存储介质之间的独立关系。

2.瀚高数据库的数据共享与冗余控制

瀚高数据库在数据共享与冗余控制方面形成了体系化的机制。在数据共享维度，HGDB V9.0通过原生多模态能力实现了单一引擎内多种数据类型的统一管理与共享——同一数据库实例可同时承载向量数据（pgvector/pgvectorscale）、GIS地理信息（原生PostGIS）、时序数据（TimescaleDB）、图分析（AGE图数据库扩展）、文档数据（JSON/JSONB文档存储）以及中文全文检索，内置40个以上的扩展插件并提供对应的API或SQL接口。这种多模一体化策略使不同业务线的结构化与非结构化数据可在同一平台中被统一调度与交叉查询，无需在多套系统间反复复制和搬运数据。在异构数据共享方面，ByteSynch数据融合平台通过解析源端数据库事务日志（Redo/WAL/Binlog）捕获增量变更，源端零性能损耗且无需安装Agent，支持Oracle、DB2、MySQL、PostgreSQL、HGDB等数据库之间的任意方向同步，可实现毫秒到秒级端到端同步延迟，事务排序确保传输链路中所有表对象的事务一致性。在冗余控制方面，HGHA高可用集群采用一主多备架构，通过流复制技术在主备节点间同步数据，支持同步复制与异步复制两种模式——同步模式下备节点与主节点数据实时一致，从而控制数据冗余范围；异步模式下可弹性调节冗余粒度以平衡性能与安全。HGPROXY读写分离集群进一步将读请求分发至备节点，允许一份数据副本同时服务于高可用与读写负载分流，避免为不同目的重复存储全量数据。

3.瀚高数据库的数据完整性与安全性保障

瀚高数据库在数据完整性方面，企业版HGDB V9.0提供了行级安全（RLS）机制，数据权限可精细到每一行，管理员通过SQL策略定义复杂的资源访问规则，权限逻辑下沉至数据库层，即使绕过应用层也无法越权访问数据，从而保障了数据的逻辑完整性。在数据约束层面，瀚高兼容Oracle数据类型（varchar2、number、clob等）和SQL语法（connect by、rownum等），支持PL/SQL存储过程及函数，允许在数据库层面定义复杂的业务约束与触发器规则，确保数据写入时符合预设的完整性条件。在安全性保障方面，安全版数据库系统（V4.5）构建了多层防护体系：三权分立安全机制将系统管理员（SYSDBA）、安全保密管理员（SYSSSO）、安全审计员（SYSSAO）三个角色相互独立且相互制约，从管理权限上杜绝单一账户越权操作；强制访问控制（MAC）实现细粒度的数据访问管控；透明加密（TDE）在数据文件层面进行加密存储，确保存储介质被盗或泄露时数据不可读；细粒度数据库审计能够智能判断违规操作并记录、报警；动态与静态数据脱敏技术可防止敏感信息在查询结果中意外暴露；数据库防火墙支持MAC地址、IP/MAC绑定及SSL/NOSSL绑定过滤。在全密态层面上，瀚高全密态数据库集成隐私计算技术，实现了数据在"可用与不可见"状态下处理，数据库中数据在任何时候都不以明文形式存在，同时兼顾数据库性能，已获评"新一代信息技术创新产品"奖。此外，该产品还支持国密算法SM2/SM3/SM4，覆盖身份认证、数据传输、数据存储等全链路安全场景，符合国家信息安全等级保护要求。

4.瀚高数据库的并发控制与可恢复性能力

瀚高数据库在并发控制方面，HGDB V9.0通过多项机制提升高并发场景下的数据处理能力：智能查询优化器可自动选择执行计划；并行计算增强机制充分利用多核CPU资源；连接高并发优化提升了多用户同时连接时的处理效率；管道查询模式可提升复杂查询的处理效率。在读写并发层面，HGPROXY读写分离集群软件（V6.0）实现了读写流量智能分离与路由，将读请求分发至备节点，有效提升数据库整体吞吐量；支持多读节点负载均衡策略和连接池管理，减少连接开销，并可与高可用集群联动部署，确保在读密集场景下主节点写操作不受查询负载干扰。在可恢复性能力方面，瀚高基于流复制技术构建的HGHA高可用集群软件（V4.2）实现了主库故障自动检测与秒级切换，保障核心业务系统不间断运行；支持一主多备架构，同步与异步复制模式可灵活切换；脑裂防护与仲裁机制确保集群在异常场景下不发生数据分裂；虚拟IP漂移使故障切换对业务层完全透明。在备份恢复层面，企业版提供了企业级备份与恢复工具，实现对Oracle RMAN命令子集的支撑，支持在线备份、日志归档和PITR（基于时间点恢复），还支持全量、增量、差异等备份方式（含物理块级备份）；瀚高数据库云服务平台可提供数据库的统一资源调度与自动化运维能力。在更细粒度的恢复维度上，在线无阻塞DDL支持亿级大表在线增加带缺省值的列并在毫秒级完成，ByteSynch数据融合平台支持静态与动态数据比对，确保备份数据与源端的一致性校验。HigoBase平台则进一步通过WAL日志驱动的实时订阅机制，数据变更经WebSocket毫秒级推送至客户端，为更细粒度的数据恢复与灾难重建提供了底层支持。