关系数据库的死穴

lodge

最初由 fanyzidb 发布
[B]


目前,关系数据库在市场上占据着统治地位,人们都习惯于用关系数据库的思维方式来处理问题,在心理学上这叫做心理定势.

您老兄现在是用关系数据库的思维方式来考虑问题.

日本的一个禅师曾经这样说过：人的思想好比一个茶杯，只有把原来的茶倒掉，才能接收新的茶水．

你若对准一维数据结构感趣，不妨就彻底＂抛弃＂关系数据库的＂茶水＂，然后再用准一维数据结构来考虑问题． [/B]

呵呵, 偶的思维方式, 受到所学专业的影响, 更接近于网络信息共享和知识管理的思考方法, 比较概括和抽象, 对于数据结构等具体实现手法考虑的很少啦.

偶对异构数据库的整合问题比较感兴趣, 几年前写过一篇关于使用AGENT技术整合异构数据库的文章, 现在想想当初的想法还很不成熟, 甚至有些可笑捏.

讨论一下, 偶也有所收获, 希望偶的胡言乱语对你的研究能有所帮助.

fanyzidb

最初由 lodge 发布
[B]

如果所有的数据库都按照同样的方法建立, 也就没有了异构的问题了嘛. 可是这是不可能地,  [/B]

关系数据库在理论变为现实时也有很多人反对，但事实表明关系数据库取得了巨大的成功．但在互联网时代，关系数据库却难以解决异构数据源问题．


是不是可能，关键在于准一维数据结构能不能发挥出作用，能不能让大家接受．大家都接受了，也就可能．

fanyzidb

最初由 lodge 发布
[B]

呵呵, 偶的思维方式, 受到所学专业的影响, 更接近于网络信息共享和知识管理的思考方法, 比较概括和抽象, 对于数据结构等具体实现手法考虑的很少啦.

偶对异构数据库的整合问题比较感兴趣, 几年前写过一篇关于使用AGENT技术整合异构数据库的文章, 现在想想当初的想法还很不成熟, 甚至有些可笑捏.

讨论一下, 偶也有所收获, 希望偶的胡言乱语对你的研究能有所帮助.
[/B]

与其说对异构数据库的整合，还不如彻底抛弃它．准一维数据结构从根本上保证了不会出现异构数据源．

lodge

最初由 fanyzidb 发布
[B]


与其说对异构数据库的整合，还不如彻底抛弃它．准一维数据结构从根本上保证了不会出现异构数据源． [/B]

统一标准是不可能的, 前面说啦, 微软, IBM这些巨头们又何尝不想统一, 和垄断, 他们都无法做到, 谁还能做到捏. 而且要是能统一就算是关系型数据库也就没有异构问题啦.

你的准一维数据结构, 仍然使用表名字段这样的概念, 是不可能不出现异构地, 试问, 法语的表名和中文的表名如何对应啊. 偶的观点仍然是, 要彻底抛弃逻辑的结构和算法, 用纯粹的业务概念来构筑商用数据模型才有可能具备通用性

fanyzidb

最初由 lodge 发布
[B]

统一标准是不可能的, 前面说啦, 微软, IBM这些巨头们又何尝不想统一, 和垄断, 他们都无法做到, 谁还能做到捏. 而且要是能统一就算是关系型数据库也就没有异构问题啦.

你的准一维数据结构, 仍然使用表名字段这样的概念, 是不可能不出现异构地, 试问, 法语的表名和中文的表名如何对应啊. 偶的观点仍然是, 要彻底抛弃逻辑的结构和算法, 用纯粹的业务概念来构筑商用数据模型才有可能具备通用性 [/B]

具体是如何实现的？



在准一维数据结构中,表名、数据库名只是一个对象的属性。字段是对象的属性。

在准一维数据结构中之所以还用表名和数据库名是为了与关系数据库兼容。

准一维数据结构其独特之处。要对其深入了解，需要对大脑的联想有一定的了解。大脑是用类似准一维数据结构来存放信息的。

fanyzidb

最初由 lodge 发布
[B]

统一标准是不可能的, 前面说啦, 微软, IBM这些巨头们又何尝不想统一, 和垄断, 他们都无法做到, 谁还能做到捏. 而且要是能统一就算是关系型数据库也就没有异构问题啦.

你的准一维数据结构, 仍然使用表名字段这样的概念, 是不可能不出现异构地, 试问, 法语的表名和中文的表名如何对应啊. 偶的观点仍然是, 要彻底抛弃逻辑的结构和算法, 用纯粹的业务概念来构筑商用数据模型才有可能具备通用性 [/B]

我花了多年业务时间才提出了一个准一维数据结构，就这样已把我累得半死。统一标准问题就让别人去解决吧。

lodge

最初由 fanyzidb 发布
[B]

具体是如何实现的？



在准一维数据结构中,表名、数据库名只是一个对象的属性。字段是对象的属性。

在准一维数据结构中之所以还用表名和数据库名是为了与关系数据库兼容。

准一维数据结构其独特之处。要对其深入了解，需要对大脑的联想有一定的了解。大脑是用类似准一维数据结构来存放信息的。 [/B]

呵呵, 这回该偶劝你忘记数据库忘记数据结构啦, 仅仅按照商业的方式来做描述, 比如说你可以把商业行为定义成为不同ACTION, 再为它配上语气, 和信息, 举个例子,
ACTION(行动): 送信
语气: 请求
内容: 价格

作为回答:

ACTION(行动): 送信
语气: 回答
内容: 2000

fanyzidb

最初由 lodge 发布
[B]

呵呵, 这回该偶劝你忘记数据库忘记数据结构啦, 仅仅按照商业的方式来做描述, 比如说你可以把商业行为定义成为不同ACTION, 再为它配上语气, 和信息, 举个例子,
ACTION(行动): 送信
语气: 请求
内容: 价格

作为回答:

ACTION(行动): 送信
语气: 回答
内容: 2000 [/B]

对！
正是如此。

数据库和数据结构是程序员考虑的问题，对用户而言，他只要按商业的方式来描述即可。

无论是关系数据库的二维表，还是准一维表，都是为用户服务的。

fanyzidb

数据结构的不同，对数据处理过程的影响是巨大的。

二维表与人们在日常工作中所用的表几乎完全一样，其优点是很直观，容易理解。但其缺点是以此方式存放信息时，检索信息需要大量的程序支持。

准一维表是模仿大脑存放和检索信息的方式而建立的表，其优点是可以对所有信息（TEXT、NTEXT、IMAGE除外）进行索引，可以象大脑那样实现联想，检索信息非常方便。用准一维表而建立的数据库不存在异构数据源问题。

从目前开发出的用准一维表而建立的数据库系统表明，该系统完全可以GOOGLE那样，只用一个输入框而实现对数据库系统中的所有信息进行检索----万能检索。而二维表就很难实现万能检索。

mafei19

信息孤岛,,,,,,,,,,,,XML能不能有所作为,能不能在XML的基础上连接别的数据库?!我是新手,希望大家指教