Java ORM+relational DB可以被视为对象关系数据库管理系统吗？

我想知道为什么ORM如此流行，每个人都在使用JDO和JDA规范的ORM实现，而不是使用实现这些规范的对象数据库。使用对象数据库的性能要好得多

JDO，JPA JDO

如果我说这是因为开发人员需要在他们的应用程序中同时使用对象模型和关系模型，那么我说的对吗

---

ORDBMs呢？是否有任何ORDBM值得一试，或者对象关系映射与关系数据库一起可以被视为ORDBM？

人们将RDBMS与or映射器而不是对象数据库一起使用的主要原因是，RDBMS根深蒂固，得到了所有人的理解和支持。如果使用对象数据库，则会出现问题

寻找支持它的人 使用现有工具进行报告、备份等。 让其他应用程序访问数据

---

可能还有很多疑问是否合理，我不能说对象数据库是否真的能在真实的世界场景中提供相同或更好的性能和安全性。

人们使用RDBMS和or映射器而不是对象数据库的主要原因是RDBMS根深蒂固，得到大家的理解和支持。如果使用对象数据库，则会出现问题

寻找支持它的人 使用现有工具进行报告、备份等。 让其他应用程序访问数据

---

可能还有很多疑问是否合理，我不能说对象数据库在真实的word场景中是否真的可以提供相同或更好的性能和安全性。

根据我的经验，使用对象数据库可以减少代码，并使项目更干净

---

它使RDBMS+ORM LINQ to Entities的6周学习曲线与db4o的对象数据库的1周学习曲线有所不同。

根据我的经验，使用对象数据库会产生更少的代码和更干净的项目

---

RDBMS+ORM LINQ to实体的6周学习曲线与db4o对象数据库的1周学习曲线之间存在差异。

您可能熟悉的常用DBMS（例如Oracle、SQL Server、DB2、MySQL、PostGreSQL）是不相关的。它们基于SQL模型，尽管在某些方面类似于关系模型，但SQL模型却有很大的不同

---

对象关系型DBMS与关系型DBMS的含义相同。这是另一种说法，即RDBMS原则上支持任何不受限制的数据类型集和对它们的关系操作。O/R映射软件实际上只解决了SQL DBMS做得不好这一事实。

您可能熟悉的常用DBMS（例如Oracle、SQL Server、DB2、MySQL、PostGreSQL）不是关系型的。它们基于SQL模型，尽管在某些方面类似于关系模型，但SQL模型却有很大的不同

---

对象关系型DBMS与关系型DBMS的含义相同。这是另一种说法，即RDBMS原则上支持任何不受限制的数据类型集和对它们的关系操作。O/R映射软件实际上只解决了SQL DBMS在这方面做得不太好的问题。

因为从来没有人因为购买Oracle而被解雇；还要注意的是，大多数OO程序实际上根本不做OO。从这个角度来看：equals和hashCode在Java中的实现方式与OO根本不兼容。Joshua Bloch在《高效Java》中以及在Artima等的一次伟大的Bill Venners/Martin Odersky访谈中都很好地解释了这一点。[顺便说一句，这是事实，不需要争论：在非最终类中不可能满足equals/hashCode契约，接口也有问题].然而，几乎没有人在Java中使用equals和hashCode会遇到问题。为什么？因为大多数Java程序都不是真正的OO程序。因为没有人因为购买Oracle而被解雇；还要注意的是，大多数OO程序实际上根本没有做OO。从这个角度看：在Java中使用equals和hashCode的方式基本上与O不兼容O Joshua Bloch在《有效Java》中以及在Artima上的一次伟大的Bill Venners/Martin Odersky访谈中都很好地解释了这一点。[顺便说一句，这是一个事实，无需争论：在非最终类中不可能满足equals/hashCode契约，接口也有问题].但是几乎没有人在Java中遇到equals和hashCode方面的问题。为什么？因为大多数Java程序都不是真正的OO程序。在向执行团队解释我们的支持合同很好的情况下，有一个荷兰的家伙，当我们遇到错误时，他通常会在论坛上给出很好的答案。。。随后有3个月的时间迁移到IBM解决方案上……是的，可以从已知的供应商和熟悉的客户那里购买支持

---

向现有IT员工提供支持是一件大事。在向一个执行团队解释我们的支持合同良好的情况下，荷兰有个家伙，当我们遇到错误时，他通常会在论坛上发布好的答案。。。然后给3个月的时间迁移到IBM解决方案上。。。是的，从知名供应商购买支持和熟悉现有IT员工是一件大事。