|
|
1
0
我注意到,有时日志记录的SQL与实际用于数据库的SQL并不完全相同。上一次我遇到这个问题时,是一个裁剪Id值的问题,例如,生成的SQL有类似
我建议你试试这个HQL:
如果可以的话,您需要检查值中是否有多余的空格。 |
|
|
2
0
我把我的问题改成这样:
它现在起作用了。在我改变映射以尝试使用LINQ之后,我有了使用“notexists”的想法,这给了我一些提示。 如果你问我为什么不保留LINQ,那是因为目前我将实体之间的关系隐藏为私有字段,以迫使实体的用户使用与它们关联的helper函数。但错误的是,在大多数情况下,这禁止我在我的存储库中使用LINQ。 但我想知道这样做是否更好地“隐藏”我的关系并将它们作为公共属性公开,但保留我的助手函数。这将允许我在查询中使用LINQ。 你在使用NH的应用程序中做什么? 您认为这是一个可以接受的折衷方案,以维护简单的映射和查询(使用LINQ),但如果用户不使用保持关系的helper函数,则可能会导致实体的误用? |