关系型数据库的局限性有哪些
关系型数据库的局限性如下：
1、无法引用对象。
在关系型数据库中，通过SQL语言或视图可以表达属性值为对象的这个意思。但数据库本身并不能表达出来，需要人为设定，如果数据库设计者忘记了当初的设定，那数据库里的内容就失去含义了。我们需要的是一个本身能进行更复杂表达的数据组织方法。
如果是在编程语言中，一个对象可以将其地址赋给变量，能够直接描述对象与对象的关系。
2、相对固定的关系。
作为实体，可以设置不同的二维表结构，可以存放各种各样的实体，但关系的表达取决于设计者的认识。也就是说，是人为设定的关系。
关系数据库需要SQL或视图（本质也是SQL）来定义和描述关系，不能随需要变化。
3、相对固定的概念分类。
当变化发生时，数据库的一部分就只能重新设计，一个表需要拆分为两个表。这种变动会导致一系列的变化，程序、界面、文档、教程。
关系数据库对世界认知的相对固定性与世界的动态性有些不合时宜。如此说来，以JavaScript为代表的动态脚本语言就解决了这一问题，可以随着世界的变化随意定义属性。
扩展资料：
关系型数据库和非关系型数据库的区别：
1、数据存储方式不同。
关系型和非关系型数据库的主要差异是数据存储的方式。关系型数据天然就是表格式的，因此存储在数据表的行和列中。
与其相反，非关系型数据不适合存储在数据表的行和列中，而是大块组合在一起。非关系型数据通常存储在数据集中，就像文档、键值对或者图结构。
2、扩展方式不同。
要支持更多并发量，SQL数据库是纵向扩展，也就是说提高处理能力，使用速度更快速的计算机，这样处理相同的数据集就更快了。
虽然SQL数据库有很大扩展空间，但最终肯定会达到纵向扩展的上限。而NoSQL数据库是横向扩展的。非关系型数据存储天然就是分布式的，NoSQL数据库的扩展可以通过给资源池添加更多普通的数据库服务器(节点)来分担负载。
3、对事务性的支持不同。
SQL数据库支持对事务原子性细粒度控制，并且易于回滚事务。
虽然NoSQL数据库也可以使用事务操作，但稳定性方面没法和关系型数据库比较，所以其价值是在操作的扩展性和大数据量处理方面。
参考资料来源：
万山数据
2024-11-14 广告
1、无法引用对象。
举个例子，“小张的领导是小王”。这就包含了属性值为对象的情况。小张作为一个对象，他的其中一个属性，即领导，其值为小王。在这里，小王不是仅指“小王”两个汉字，而是小王这个人，即另一个对象。而我们所说的，“那个人的名字叫小王”，这句话也有“小王”两个汉字，这两个汉字才是真正的两个字符。
在关系型数据库中，通过SQL语言或视图可以表达属性值为对象的这个意思。但数据库本身并不能表达出来，需要人为设定，如果数据库设计者忘记了当初的设定，那数据库里的内容就失去含义了。我们需要的是一个本身能进行更复杂表达的数据组织方法。
如果是在编程语言中，一个对象可以将其地址赋给变量，能够直接描述对象与对象的关系。
2、相对固定的概念分类。
学过哲学的人可能知道，意识是物质的反映，我们总是倾向于把同类的东西归纳到一起，从而发现规律。在编程中，我们的归纳行为就是定义class。但大自然的复杂性是无穷的，我们只能在有限程度上认识和归纳。也许今天相类似的东西，到了明天，就显现出差异了，就需要区分开了。这随着我们认识水平的提高和事物的动态变化一定会发生。
当变化发生时，数据库的一部分就只能重新设计，一个表需要拆分为两个表。这种变动会导致一系列的变化，程序、界面、文档、教程。这是耗费不起的。
关系数据库对世界认知的相对固定性与世界的动态性有些不合时宜。如此说来，以JavaScript为代表的动态脚本语言就解决了这一问题，可以随着世界的变化随意定义属性。
3、相对固定的关系。
作为实体，我们可以设置不同的二维表结构，可以存放各种各样的实体，但关系的表达取决于设计者的认识。也就是说，是人为设定的关系。而我们需要的是更为自然的关系，不用设定，他就在那儿。就好像两个人结婚了，那双方亲戚中原来毫无关系的人，一下就有了姻亲的关系是一个道理。
关系数据库需要SQL或视图(本质也是SQL)来定义和描述关系，不能随需要变化。
|
广告 您可能关注的内容 |
