我搜索了一下OODBMS和RDBMS之间的区别。我很清楚它们是什么。然而,我将如何决定哪个更适合哪个应用程序。有没有人能帮帮我?
我对工厂管理的意思是:有生产瓶装、冷冻和其他食品的生产线。应用程序管理从分配员工到生产线,以在系统中保留生产记录。哪种dbms更适合这样的系统?
提前谢谢。
发布于 2011-01-27 22:12:51
这是Rick Grehan写的一篇很好的文章,它描述了ODBMS有用的情况:http://www.odbms.org/wp-content/uploads/2013/11/006.04-Grehan-When-to-Use-an-ODBMS-2005.pdf
发布于 2011-01-26 23:10:29
免责声明:这是一个“老古板”的回答,来自一个在OOP成为主流之前编写了大量功能完善的会计、制造和其他代码的人。
说到这里..。
工厂管理是典型的关系数据库东西,它的发明就是为了做这件事。传统关系应用程序的代码往往遵循非常可预测的模式,大量循环遍历从表中检索到的行,或者直接传递数据:将数据向上传递到UI或向下传递到数据库。如果您的DB设计良好,那么您编写的业务逻辑将是这些循环或直通中的细节,但这两种模式将占主导地位。
另一方面,从这个“老古董”的角度来看,OODMS试图将功能完美且高效的RDBMS重新塑造成可以与类/对象一起工作的东西,而不是为了一个几十年来证明自己工作得非常好的系统而获得明显的收益。类与建立在关系数据库之上的经典代码模式几乎没有关系。事实上,它们往往会使事情变得复杂,并且很容易成为障碍。我并不是说不要使用OOP代码来处理数据库,只是OOP是为不同类型的问题而发明的,这是数据库应用程序碰巧没有的问题。
发布于 2011-01-27 00:58:41
选择OODBMS或RDBMS的决定并不取决于工厂管理/自动化等特定应用程序。它依赖于许多标准,比如
1) 编程范式-如果程序员选择用OO编程语言可视化/实现,那么OODBMS适合将对象直接存储到数据库中,但最广泛的是关系数据库类型,因为它在商业上已经建立得很好,并且有很好的数学背景。
2)特定于应用程序的-对于工厂自动化/管理,响应能力和快速访问非常重要。OODBMS比RDBMS更快。如果您考虑web开发,那么像MySQL这样的轻量级工具将非常适合。
3) Trend -现在有了从遗留/结构化编程到面向对象/组件编程的范式转换。因此,在这种趋势下,OODBMS最适合于工厂管理等企业级应用。
https://stackoverflow.com/questions/4802393
复制相似问题