关系型数据库缺点

Ⅰ 关系型数据库有哪些优缺点

关系型数据库最典型的数据结构是表，由二维表及其之间的联系所组成的一个数据组织。
优点：
1、易于维护：都是使用表结构，格式一致；
2、使用方便：sql语言通用，可用于复杂查询；
3、复杂操作：支持SQL，可用于一个表以及多个表之间非常复杂的查询。
缺点：
1、读写性能比较差，尤其是海量数据的高效率读写；
2、固定的表结构，灵活度稍欠；
3、高并发读写需求，传统关系型数据库来说，硬盘I/O是一个很大的瓶颈。
黑马程序员的公开课上就讲过，特别详细一听就懂。

Ⅱ 关系型数据库的局限性有哪些

关系型数据库的局限性如下：

1、无法引用对象。

在关系型数据库中，通过SQL语言或视图可以表达属性值为对象的这个意思。但数据库本身并不能表达出来，需要人为设定，如果数据库设计者忘记了当初的设定，那数据库里的内容就失去含义了。我们需要的是一个本身能进行更复杂表达的数据组织方法。

如果是在编程语言中，一个对象可以将其地址赋给变量，能够直接描述对象与对象的关系。

2、相对固定的关系。

作为实体，可以设置不同的二维表结构，可以存放各种各样的实体，但关系的表达取决于设计者的认识。也就是说，是人为设定的关系。

关系数据库需要SQL或视图（本质也是SQL）来定义和描述关系，不能随需要变化。

3、相对固定的概念分类。

当变化发生时，数据库的一部分就只能重新设计，一个表需要拆分为两个表。这种变动会导致一系列的变化，程序、界面、文档、教程。

关系数据库对世界认知的相对固定性与世界的动态性有些不合时宜。如此说来，以JavaScript为代表的动态脚本语言就解决了这一问题，可以随着世界的变化随意定义属性。

(2)关系型数据库缺点扩展阅读：

关系型数据库和非关系型数据库的区别：

1、数据存储方式不同。

关系型和非关系型数据库的主要差异是数据存储的方式。关系型数据天然就是表格式的，因此存储在数据表的行和列中。

与其相反，非关系型数据不适合存储在数据表的行和列中，而是大块组合在一起。非关系型数据通常存储在数据集中，就像文档、键值对或者图结构。

2、扩展方式不同。

要支持更多并发量，SQL数据库是纵向扩展，也就是说提高处理能力，使用速度更快速的计算机，这样处理相同的数据集就更快了。

虽然SQL数据库有很大扩展空间，但最终肯定会达到纵向扩展的上限。而NoSQL数据库是横向扩展的。非关系型数据存储天然就是分布式的，NoSQL数据库的扩展可以通过给资源池添加更多普通的数据库服务器(节点)来分担负载。

3、对事务性的支持不同。

SQL数据库支持对事务原子性细粒度控制，并且易于回滚事务。

虽然NoSQL数据库也可以使用事务操作，但稳定性方面没法和关系型数据库比较，所以其价值是在操作的扩展性和大数据量处理方面。

Ⅲ eric数据库的优缺点

Eric数据库是一种关系型数据库管理系统，其优缺点如下。
1、优点：可扩展性，Eric数据库可以轻松地扩展到多个服务器上，以满足大型企业的需求。安全性，Eric数据库提供了强大的安全功能，包括访问控制、数据加密和身份验族缺证等，可以保护企业的数据安全。可靠性，Eric数据库具有高可靠性和稳定性，可以保证企业的数据不会丢失或损坏。性能优化，Eric数据库提供了多种性能优化功能，包括索引、缓存和查询优化等锋毕，可以提高数据库的性能和响应速度
2、缺点：价格高昂，Eric数据库是一种商业数据库，需要付费购买许可证，价格较高。学习成本高，Eric数据库的学习曲线较陡峭，需要一定的学习成本和技能。可移植性差银穗芹，Eric数据库的可移植性较差，不同的操作系统和硬件平台可能需要不同的版本和配置。开发效率低，Eric数据库的开发效率较低，需要编写复杂的SQL语句和存储过程等，对开发人员的技能要求较高。

Ⅳ 关系数据模型和非关系数据模型的优缺点

关系型数据库：SQLServer、Oracle、mysql等

特性：

①采用关系模型来组织数据的数据库；

②事务的一致性；

③简单来说，关系模型指的就是二维表格模型，而一个关系型数据库就是由二维表及其之间的联系所组成的一个数据组织。

优点：

①容易理解：二维表结构是非常贴近逻辑世界一个概念，关系模型相对网状、层次等其他模型来说更容易理解；

②使用方便：通用的SQL语言使得操作关系型数据库非常方便；

③易于维护：丰富的完整性(实体完整性、参照完整性和用户定义的完整性)大大减低了数据冗余和数据不一致的概率；

④支持SQL，可用于复杂查询。

缺点：

①为了维护一致性所付出的巨大代价就是其读写性能比较差；

②固定的表结构；

③高并发读写需求；

④海量数据的高效率读写；

非关系型数据库：MongoDb、redis、HBase等

特性：

①使用键值对存储数据；

②分布式；

③一般不支持ACID特性；

④非关系型数据库严格上不是一种数据库，应该是一种数据结构化存储方法的集合。

优点：

①无需经过sql层的解析，读写性能很高；

②基于键值对，数据没有耦合性，容易扩展；

③存储数据的格式：nosql的存储格式是key,value形式、文档形式、图片形式等等，文档形式、图片形式等等，而关系型数据库则只支持基础类型。

缺点：

①不提供sql支持，学习和使用成本较高；

②无事务处理，附加功能bi和报表等支持也不好；

Ⅳ 关系数据库系统的特点是什么

层次:优点是实体间联系是固定的,有良好的完整性支持,对具有一对多的层次关系
的部门描述自然、直观、容易理解，缺点是对查入和删除操作限制比较多，查询子
女结点必须通过双亲节点，命令趋于程序化。
网状：优点是更为直接的描述现实世界，有良好的性能，存取效率较高，缺点是结构
比较复杂，而且随着应用环境的扩大，数据库的结构越来越复杂，不利于用户掌握，
其DDL，DML语言复杂，用户不容易使用。
关系：优点是建立在严格的数学概念的基础上，概念单一，实体与实体间的联系都用
关系表示，故其数据结构简单、清晰，存取路径对用户透明，故有更高的数据独立性和
更好的安全保密性。缺点是查询效率不如非关系型数据库，故必须对查询进行优化，增
加了开发数据库管理系统的难度。

Ⅵ 使用数据库系统的优点和缺点是什么

一、关系数据库系统的优点

a．灵活性和建库的简单性：从软件开发的前景来看，用户与关系数据库编程之间的接口是灵活与友好的。目前在多数RDDMS产品中使用标准查询语言SQL，允许用户几乎毫无差别地从一个产品到另一个产品存取信息。与关系数据库接口的应用软件具有相似的程序访问机制，提供大量标准的数据存取方法。

b．结构简单：从数据建模的前景看，关系数据库具有相当简单的结构（元组），可为用户或程序提供多个复杂的视图。数据库设计和规范化过程也简单易行和易于理解。由于关系数据库的强有力的、多方面的功能，已经有效地支持许多数据库纳应用。

二、关系数据库系统的缺点

a．数据类型表达能力差：从下一代应用软件的发展角度来看，关系数据库的根本缺陷在于缺乏直接构造与这些应用有关的信息的类型表达能力，缺乏这种能力将产生以下有害的影响，例如：大多数RDBMS产品所采用的简单类型在重构复杂数据的过程中将会出现性能问题；数据库设计过程中的额外复杂性；RDBMS产品和编程语言在数据类型方面的不协调。

大多数现代的RDBMS产品已成熟地用于商务和财政方面，而这些领域不要求很高和很复杂的数据模型。虽然这些产品多多少少克服了一些以上所述的缺点，但从理论上看关系数据模型不直接支持复杂的数据类型，这是由于第一范式的要求，所有的数据必须转换为简单的类型，如整数、实数、双精度数和字符串。

对于工程应用来说，这种不能支持复杂数据类型的典型结果就是需要额外地分解数据结构工作，这些被分解的结构不能直接表示应用数据，且从基本成分重构时也非常繁琐和费时间。

b．复杂查询功能差：关系数据库系统的某些优点也同时是它的不足之处。虽然SQL语言为数据查询提供了很好的定义方法，但当用于复杂信息的查询时可能是非常繁琐的。此外，在工程应用时规范化的过程通常会产生大量的简单表。在这种环境下由存取信息产生的查询必须处理大量的表和复杂的码联系以及连接运算。

除非这些查询以固定的例行程序方式提供，否则用户就必须对SQL非常熟悉，以便适当地浏览数据库，查出所需的信息。然而，一旦查询方式按固定例行程序方式进行，用户最终就进行应用软件的常规维护。但应用或人机接口软件的变化又可能要求经常修改例行的查询，数据库结构的变化也可能导致例行查询程序歼侍以及应用或人机接口软件的失效。由于这些原因，关系数据库系统的维护开销可能是很大的。

由于关系数据库不能提供足够的构造能力及性能方面的原因，在进行较复杂的数据库设计过程中，不可能将许多工程问题直接分解成一些简单的部分。由于缺乏直接指针存取方法，所以查询有关的信息需要花费时间。

c．支持长事务能力差；由于RDBMS记录锁机制的颗粒度限制，对于支持多种记录类型的大段数据的登记和检查来说，简单的记录级的锁机制是不够的，但基于键值关系的较复杂的锁机制来说却很难推广也难以实现。

d．环境应变能力差：在要求系统频繁改变的环境下，关系系统的成本高且修改困难。在工程应用中支持"模式演变"（schemaevolution）的功能是很重要的，而RDBMS不容易支持这种功能。另外，关系数据库和编程语言所提供的数据类型的不一致，使得从一个环境转换到另一个环境时需要多至30％的附加代码。

三、面向对象数据库系统的优点

a．能有效地表达客观世界和有效地查询信息：面向对象方法综合了在关系数据库中发展的全部工程原理、系统分析、软件工程和专家系统领域的内容。面向对象的方法符合一般人的思维规律、即将现实世界分解成明确的对象，这些对象具有属性和行为。系统设计人员用ODBMS创建的计算机模型能更直接反映客观世界，最终用户不管是否是计算机专业人员，都可以通过这些模型理解和评述数据库系统。

工程中的一些问题对关系数据库来说显得太复杂，不采取面向对象的方法很难实现。从构造复杂数据的前景看，信息不再需要手工地分解为细小的单元。ODBMS扩展了面向对象的编程环境，该环境可以支持高度复杂数据结构的直接建模。

b．可维护性好：在耦合性和内聚性方面，面向对象数据库的性能尤为突出。这使得数据库设计者可在尽可能少影响现存代码和数据的条件下修改数据库结构，在发现有不能适合原始模型的特殊情况下，能增加一些特殊的类来处理这些情况而不影响现存的数据。如氏喊吵果数据库的基本模式或设计发生变化，为与模式变化保持一致，数据库可以建立原对象的修改版本。这种先渗游进的耦合性和内聚性也简化了在异种硬件平台的网络上的分布式数据库的运行。

c．能很好地解决"阻抗不匹配"（impedancemismatch）问题。面向对象数据库还解决了一个关系数据库运行中的典型问题：应用程序语言与数据库管理系统对数据类型支持的不一致问题，这一问题通常称之为阻抗不匹配问题。

四、面向对象数据库系统的缺点

a．技术还不成熟。面向对象数据库技术的根本缺点是这项技术还不成熟，还不广为人知。与许多新技术一样，风险就在于应用。从事面向对象数据库产品和编程环境的销售活动的公司还不令人信服，因为这些公司的历史还相当短暂，就该十几年前关系数据库的情况一样。ODBMS如今还存在着标准化问题，由于缺乏标准化，许多不同的ODBMS之间不能通用。此外，是否修改SQL以适应面向对象的程序，还是用新的对象查询语言来代替它，目前还没有解决，这些因素表明随着标准化的出现，ODBMS还会变化。

b．面向对象技术需要一定的训练时间：有面向对象系统开发经验的公司的专业人员认为，要成功地开发这种系统的关键是正规的训练，训练之所以重要是由于面向对象数据库的开发是从关系数据库和功能分解方法转化而来的，人们还需要学习一套新的开发方法使之与现有技术相结合。此外，面向对象系统开发的有关原理才刚开始具有雏形，还需一段时间在可靠性、成本等方面令人可接受。

c．理论还需完善：从正规的计算机科学方面看，还需要设计出坚实的演算或理论方法来支持ODBMS的产品。此外，既不存在一套数据库设计方法学，也没有关于面向对象分析的一套清晰的概念模型，怎样设计独立于物理存储的信息还不明确。

面向对象数据库和关系数据库系统之间的争论不同于70年代关系数据库和网状数据库的争论，那时的争论是在同一主要领域（即商业事务应用）中究竟是谁代替谁的问题。现在是肯定关系数据库系统基本适合商业事务处理的前提下，对非传统的应用，特别是工程中的应用用面向对象数据库来补充不足的问题。面向对象数据库系统将成为下一代数据库的典型代表，并和关系数据库系统并存（而不是替代）。它将在不同的应用领域支持不同的应用需求。

Ⅶ 传统的数据库模型有哪三种他们各自的有缺点是什么

关系模型、网状模型、层次模型

1、关系模型的缺点是查询效率不如非关系模型。因此，为了提高性能，必须对用户的查询进行优化，增加了开发数据库管理系统的负担。

2、网状模型的缺点是结构比较复杂，而且随着应用环境的扩大，数据库的结构就变得越来越复杂，不利于最终用户掌握。

第二，其DDL，DML语言复杂，用户不容易使用。用于记录之间联系是通过存取路径实现的，应用程序访问数据库时必须选择适当的存取路径。因此，用户必须了解系统的结构的细节，加重了编写应用程序的负担。

3、层次模型的缺点

现实世界中很多联系是非层次性的，如多对多联系，一个节点具有多个双亲等，层次模型不能自然的表示这类联系，只能通过引入冗余数据或引入虚拟结点来解决

对插入和删除操作的限制比较多

查询子女结点必须通过双亲结点

(7)关系型数据库缺点扩展阅读：

层次模型的优点

1、模型简单，对具有一对多层次关系的部门描述非常自然，直观，容易理解，这是层次数据库的突出优点

2、用层次模型的应用系统性能好，特别是对于那些实体间联系固定的且预先定义好的应用，采用层次模型来实现，其性能优于关系模型

3、层次数据模型提供了良好的完整性支持。