2009-08-25 62 views

回答

0

我应该在这里的某个地方,让我看看,应该是地方接近纸张升级,从C#到COBOL :)

基本上所有有关ORM技术的文档(如Hibernate,Toplink)都可以帮助你。您可能会遇到问题获得良好的性能,处理行为和对象版本。

c程序的对象数据库?或持久性引擎(如ctree?)

因此,它不是一个对象数据库,但持久性引擎,没有对象版本,行为存储?那么一般风格可以是网络或分层数据库。你有什么API?你能拦截电话吗?

+0

你有没有见过一个Win32 C程序,通过可执行程序运行时通过C API访问手动滚动的对象数据库(并且数据库已经用完了空间并且不能被扩展? .. – 2009-08-25 18:31:43

+0

如果运行时使用c-tree,开发人员会竭尽全力(成功)来防止任何c-tree漏入运行时API。我最好的猜测是,这是有人允许事后扩展而不提供足够的信息来允许某人对软件进行反向工程的想法。 – 2009-08-25 20:43:39

+0

对不起,如果我不清楚。它确实是一个对象数据库。它有序列化到数据存储中的对象,类,继承和方法(我猜测可能已经使用c-tree ISAM实现)。据我所知,数据库不是基于商业产品,并且具有固定的最大大小(我的客户正在抵制)。数据库运行时是针对为我的客户端进行了广泛定制的应用程序开发的(作为可重新分发的),我无法访问数据库运行时的源或编写它的人。 – 2009-08-26 16:32:29

0

你正在转换哪个ODBMS?如果它只是一个可伸缩性或功能问题,则应考虑转向商业ODBMS或db4objects。如果应用程序使用ODBMS是因为RDBMS表现不佳,那么回到一个可能不是一个好主意。如果因为其他原因而需要迁移到RDBMS,那么我会考虑Hibernate,但是会有性能损失,您必须永远维护映射层。

+0

据我所知,这不是一个商业ODBMS。它似乎是针对特定产品开发的,并且已被烧入可重新分发的运行时。 – 2009-08-26 16:37:59