问题标签 [orm]

我正在寻找有关在不同 ORM 中处理搜索的信息。

目前我正在用 PHP 重新开发一些旧应用程序，其中一个要求是：使所有内容或几乎所有内容都可搜索，因此用户只需键入“punkrock live”，该应用程序就会找到视频剪辑、音乐曲目、评论、即将发生的事件，甚至标记为的用户评论方式。

在一切都可搜索的环境中，ORM 需要以两种方式支持此功能：

• 在 ORM 的“O”端提供一些索引 API
• 为“R”端的批量数据库检索提供手段

理想的解决方案将根据搜索到的字符串返回现成的对象。你知道有什么好的端到端解决方案可以完成这项工作，不一定是 PHP 吗？如果你处理过类似的问题，很高兴听听你的经历。不仅仅是使用 Lucene或语义网是oneliners 的方式，但 ;-)*

我正在使用 NHibernate 开发一个 Web 应用程序。你能告诉我如何为以下 SQL 查询编写 NHibernate 查询：

它基本上是一个自动加入，但我不知道如何在 Nhibernate 中编写它。假设属性名称与表列名称相同。

如果已经有一个使用该标识符的对象加载到会话中，是否有任何方法可以使用 Hibernate 保存对象？

• session.contains(obj)如果会话包含确切的对象，而不是具有相同 ID 的另一个对象，则Doing似乎只返回 true。
• 如果对象是新的，则使用merge(obj)抛出异常

作为一个没有在实际项目中使用过这两种技术的人，我想知道是否有人知道这两种技术如何相互补充以及它们的功能有多少重叠？

我一直在研究一些不同的 .NET 产品，它们建议通过为业务对象提供一种无缝映射到自动生成的数据库的方法来加快开发时间。我在编写数据访问层时从来没有遇到过问题，但我想知道这种类型的产品是否真的能节省它声称的时间。我还担心我会放弃对数据库的过多控制，从而使追踪任何数据级问题变得更加困难。在数据库和业务对象结构必须改变的情况下，这些类型的产品会变得更好还是更糟？

例如： 来自 Dev Express 的对象关系映射

本质上，值得吗？我会节省“那么多”时间、精力和未来的错误吗？

我知道有几种（自动）方法可以创建数据访问层来操作现有数据库（LINQ to SQL、Hibernate 等）。但我有点厌倦了（我相信应该有更好的做事方式），比如：

1. 在 Visio 中创建/更改表
2. 使用 Visio 的“更新数据库”创建/更改数据库
3. 将表导入“LINQ to SQL 类”对象
4. 相应地更改代码
5. 编译

从对象/实体定义生成数据库模式的方法怎么样？我似乎找不到像这样的工具的良好参考（我希望至少在某些框架中提供某种内置支持）。

如果我能做到这将是完美的：

1. 更改对象定义
2. 更改操作对象的代码
3. 编译（数据库更改自动完成）

在 NHibernate 中创建标准时，我可以使用

Restriction.In() 或
Restriction.InG()

它们之间有什么区别？

分离通过 EntityManager 获取的特定 JPA 实体 Bean 的最简单方法是什么。或者，我是否可以让查询首先返回分离的对象，以便它们基本上充当“只读”？

我想这样做的原因是因为我想修改 bean 中的数据 - 仅在我的应用程序中，但从来没有将它持久化到数据库中。在我的程序中，我最终必须在 EntityManager 上调用 flush()，这会将所有从附加实体的更改持久化到基础数据库，但我想排除特定对象。

XPO是我公司首选的对象关系映射器。关于利弊的任何想法？

我只是在寻找有关该产品的一般感觉和轶事。我们不会切换到 XPO。我们只是摆脱了应用程序中的硬编码 sql 字符串，并完全转移到 ORM 以进行所有数据访问。

是否有任何快速数据库原型制作工具不需要我声明数据库模式，而是根据我使用实体的方式创建它。

例如，假设一个空数据库（伪代码）：

由于在动态创建模式时可以做出逻辑假设，并且您始终可以通过使用数据库工具稍后对其进行调整来覆盖其选择。

此外，您可以通过这种方式对其进行单元测试来生成您的模式。

显然这仅用于原型设计。

外面有这样的东西吗？