问题标签 [nhibernate]

我发现使用 NHibernate 甚至 Castle 比使用 Linq to Entities 或 linq to SQL 可以做更多的事情。

我疯了吗？

如何配置 NHibernate 不缓存文件？
我知道我可以创建一个执行 HSQL 的方法，但是我可以通过 <class>.xml 文件或休眠 xml 文件本身中的配置设置来不缓存属性吗？

使用 NHibernate 映射枚举集合

具体来说，使用 Attributes 进行映射。

目前我有这个工作将集合映射为 Int32 类型，NH 似乎可以处理它，但它并不完全理想。

尝试将集合映射为我尝试映射的枚举类型时，我收到的错误是“无法确定类型”。

我发现一个帖子说将一个类定义为

然后将枚举映射为 CEnumType，但这会给出“CEnumType is not mapped”或类似的东西。

那么有没有人有这样做的经验？

所以无论如何，只是一个简单的参考代码片段来举一个例子

那么，任何人都得到了正确的属性让我将这个枚举集合映射为实际的枚举？如果它们也作为字符串而不是整数存储在数据库中，那就太好了，但这并不是完全必要的。

我正在为内部 Web 应用程序到数据库层的端到端身份验证寻找最佳实践。

我见过的最常见的场景是使用单个 SQL 帐户，并将权限设置为应用程序所需的权限。此帐户由所有应用程序调用使用。然后，当人们需要通过查询工具访问数据库或使用查询访问创建这样一个单独的组时，人们可以访问该组。

我见过的另一种情况是使用完整的 Windows 身份验证端到端。因此，用户自己被添加到具有所有权限集的组中，以便用户能够在应用程序参数之外进行更新和更改。这通常涉及确保人们使用适当的存储过程，这样他们就不会直接更新表。

第一种情况似乎相对容易维护，但如果应用程序中存在安全漏洞，那么整个数据库就会受到损害，这会引起人们的担忧。

第二种情况似乎更安全，但具有相反的担忧，即在数据库上的存储过程中必须有很多业务逻辑。这似乎限制了 Nhibernate 和 LINQ 等一些非常酷的技术的使用。然而，在当今人们可以以多种不同方式使用数据的时代，我们无法预见例如混搭等是最好的方法。

这个答案说，Linq 针对的开发人员群体与 NHibernate、Castle 等略有不同。

作为 C# 的新手，别管它周围的所有数据库内容：

• 有没有比 NHibernate、Castle、Linq 更重要的 SQL 包装器？
• 它们之间有什么区别？
• 他们针对什么样的开发人员或开发人员？

-亚当

我发现在桌面应用程序中管理会话要困难得多，因为您无法利用像 HttpContext 这样清晰的绑定。那么如何管理会话生命周期以利用延迟加载但又不为整个应用程序打开一个会话呢？

由于所有的依赖关系，NHibernate 并不适合我们的环境。（城堡、log4net 等）

有没有好的轻量级替代品？

支持简单的基于文件的数据库，如 Access/SQLite/VistaDB 是必不可少的。

理想情况下，包含在仅引用 .NET 程序集的单个程序集中的内容。如果它只需要 .NET 框架 2.0 或 3.0，那将是一个奖励。

谁能最终解释一下在 NHibernate 支持的域模型中实现对多租户功能的透明和流畅支持的最佳策略是什么？

我正在寻找方法，如何使域逻辑尽可能地与多租户的东西隔离，比如通过 TenantID 过滤等

我在映射文件中使用 field.camelcase 来设置集合、依赖实体等，并将集合公开为只读数组。我知道访问策略不会影响延迟加载，我只想确认这仍然会被缓存：

当通过 NHibernate 更新/插入实体而不扩展具有特殊属性的域类时，如何设置一些特殊的列值？

例如，每个表都包含审计列，如 CreatedBy、CreatedDate、UpdatedBy、UpdatedDate。但我不想将这些属性添加到域类中。我想保持域模型 Percistence Ignorance 尽可能高。