Database ORM是否适用于非CRUD数据库？

一般来说，我对数据库开发相当陌生，而且我以前从未使用过ORM。我对使用它的好处感兴趣，特别是节省编写样板SQL查询的时间。我想将ORM用于我目前正在进行的项目，但我不确定它是否适用

---

这个项目更类似于非常小规模的变更跟踪（我的观点是，ORM工具可能对您有用，但您确实需要深入研究它，以亲自了解。请记住，当您使用ORM工具时，您不会被迫仅使用它来连接数据库。ORM工具通常对以类似对象的结构存储数据的应用程序最有意义。例如，您的用户代码可能是开始的地方。通常一次只创建一个用户，一次编辑一个用户，检查是否有一个用户登录。这对于返回结果列表（如订单行）也是有意义的。ORM工具遇到的问题是当您有需要多个联接的复杂数据时，尤其是back到您开始的表格。对于这些情况，您可能希望继续做您正在做的事情。总体而言，ORM工具很好，但它们与软件开发中的许多其他东西一样。在代码的一小部分上试用它们，并在它们工作的地方使用它们，而不是在它们不工作的地方使用它们。最终，您是必须处理的人保持你所做的一切。只要教你自己冬眠，我相信你会知道该怎么做

像Hibernate这样的ORM是否适用于 这种类型的项目

对

如果是这样的话，是否可以将一个添加到 现有的应用程序/数据库

是的

我认为ORM（我建议使用JPA标准，可能以Hibernate作为提供程序）可以适合您的项目

正如您所说，数据库列直接映射到对象字段是相当传统的做法。如果您需要保留现有的数据库结构（显然它根本无法映射到您的对象），那么您可能会发现它比使用ORM更麻烦

虽然使用ORM映射到特定的数据库模式是完全可能的——可能是因为其他系统使用了ORM——但我的观点是，ORM的最大优点之一是，您几乎可以忽略模式。一旦您设计了对象，并将其告知hibernate，hibernate将创建它需要的任何表