|
|
1
1
这种问题称为联邦数据库系统。我建议阅读关于联邦数据库的文章 wikipedia . 这不是一个简单的情况,解决这个问题的方法很大程度上取决于不同“数据库”中的数据耦合/相关的紧密程度,以及不同“数据库”的模式有多相似。 |
|
|
2
1
我不认为“合并”这两个世界是一件好事(性能、维护等等)。 第一个对我来说很好,将它们分开,并用一个层将它们与业务逻辑分开。使用松耦合层有很多好处。您可以通过设计模式或使用接口/抽象类来实现这一点。 |
|
3
1
您描述了由虚拟数据库引擎(也称为联邦DBMS引擎)解决的问题。 我怀疑对于您来说,理想的情况是一个概念层,它位于不同逻辑源之上,可以是以下任意组合:关系DBMS引擎(在ERP、CRM、HR、会计系统之后)、Web服务、XML等。 virtuoso(我公司的产品)通过允许您附加与无数数据表示格式相关联的执行/远程数据源(如上列表)来处理此问题。然后,它允许您使用EAV/CR模型(例如RDF图模型)作为概念层的基础,概念层既具体又是所有后续数据交互的焦点。这个概念层赋予每个数据项一个基于HTTP方案的标识符;因此,当您开始探索面向不同逻辑数据源的丰富概念图时,只需要一个支持HTTP的用户代理。 我上面所描述的基本上就是今天所说的:基于HTTP的链接数据。 链接: 金斯利 |
|
|
blogger13 · 视频租赁店数据库的规范化 1 年前 |
|
|
ì¤ì¤í · 为什么LEFT INNER JOIN被弃用? 1 年前 |
|
|
relatively_random · 确保两个表之间一致的共同参考 1 年前 |
|
|
Grenish Rai · Firestore错误“用户文档不存在” 1 年前 |
|
|
Saijo-Shi · PLpgsql中的更新触发器 1 年前 |
|
Dante · Django::配置不当:池不支持持久连接 1 年前 |
|
YouLocalRUser · 删除重复行,保留第一行 1 年前 |