【发布时间】：2010-11-22 17:28:08
【问题描述】：
有没有人提供关于对象数据库到关系数据库转换技术的信息？
我已经完成了标准搜索，到目前为止只找到了Data Conversion from Object-Oriented to Relational database。这是一篇好论文，但我希望有更多……
【问题讨论】：
标签： relational-database object-oriented-database
【发布时间】：2010-11-22 17:28:08
【问题描述】：
我应该在某个地方有这个，让我看看，它应该在接近那篇论文的某个地方从 c# 升级到 cobol :)
基本上所有关于 ORM 技术的文档（如 Hibernate、Toplink）都可以为您提供帮助。您可能会遇到获得良好性能、处理行为和对象版本的问题。
[编辑] c程序的对象数据库？或者一个持久化引擎（比如 ctree？）
[编辑2] 所以它不是一个对象数据库，而是一个持久化引擎，没有对象版本，存储行为？那么一般风格可以是网络或分层数据库。你有什么 API？可以拦截电话吗？
【讨论】：
-
你有没有见过一个 Win32 C 程序，它通过一个 C API 的可执行运行时访问一个手卷对象数据库（并且数据库已经用完空间并且无法扩展？）我有，不幸的是.....
-
如果运行时使用 c-tree，开发人员会竭尽全力（成功地）防止任何 c-tree 内容泄漏到运行时 API 中。我最好的猜测是，这是某人允许事后可扩展性的想法，但没有提供足够的信息来允许某人对软件进行逆向工程。
-
对不起，如果我没有说清楚。它确实是一个对象数据库。它具有序列化到数据存储中的对象、类、继承和方法（我推测这可能是使用 c-tree ISAM 实现的）。据我所知，数据库不是基于商业产品，并且有一个固定的最大尺寸（我的客户正在反对）。 DB 运行时是专门为为我的客户定制的应用程序开发的（作为可再发行的），我无权访问 db 运行时的源代码或编写它的人。
您从哪个 ODBMS 转换？如果只是可伸缩性或功能性问题，您应该考虑迁移到商业 ODBMS 或 db4objects。如果应用程序使用 ODBMS 是因为 RDBMS 性能不佳，那么转回使用 ODBMS 可能不是一个好主意。如果您出于其他原因必须迁移到 RDBMS，我会考虑 Hibernate，但会有性能损失，并且您必须永远维护映射层。
【讨论】：
-
据我所知，它不是商业 ODBMS。它似乎是为特定产品开发的，并融入了可再分发的运行时。