延迟加载不适用于一对多
任何使用父表主键的 1-M,但任何使用不同列的 1-M 都不起作用。它正确生成了 SQL,但将键的值放入 SQL,而不是我想要的列值。
映射示例:
public TemplateMap()
{
Table("IMPORT");
LazyLoad();
Id(x => x.ImportId).Column("IMPORT_ID").GeneratedBy.Assigned();
Map(x => x.ImportSetId).Column("IMPORTSET_ID");
HasMany(x => x.GoodChildren)
.Access.CamelCaseField()
.KeyColumns.Add("IMPORT_ID")
.Cascade.Delete()
.Inverse();
HasMany(x => x.BadChildren)
.Access.CamelCaseField()
.KeyColumns.Add("IMPORTSET_ID")
.Cascade.Delete()
.Inverse();
}
延迟加载适用于 GoodChildren,但不适用于 BadChildren。
SQL 语句对于两个子项都是正确的。但错误的价值观是使用。如果 IMPORT_ID 的值为 10,IMPORTSET_ID 的值为 12。BadChildren 的 SQL 中的 IMPORTSET_ID 将使用值 10,而不是 12。
有人知道我需要更改哪些内容才能使 BadChildren 正常工作吗?
注:
GoodChildren 链接到模板上的 IMPORT_ID
BadChildren 链接到模板上的 IMPORTSET_ID
Any 1-M that use the primary key of the parent table, but any 1-M that uses a different column does not work. It generates the SQL correctly, but put the value of the key into the SQL instead of the column value I want.
Example mapping:
public TemplateMap()
{
Table("IMPORT");
LazyLoad();
Id(x => x.ImportId).Column("IMPORT_ID").GeneratedBy.Assigned();
Map(x => x.ImportSetId).Column("IMPORTSET_ID");
HasMany(x => x.GoodChildren)
.Access.CamelCaseField()
.KeyColumns.Add("IMPORT_ID")
.Cascade.Delete()
.Inverse();
HasMany(x => x.BadChildren)
.Access.CamelCaseField()
.KeyColumns.Add("IMPORTSET_ID")
.Cascade.Delete()
.Inverse();
}
Lazy loading works for GoodChildren, but not for BadChildren.
The SQL statement is correct for both children. But the wrong values are use. If the value of IMPORT_ID is 10 and the value of IMPORTSET_ID is 12. The value 10 will be used for the IMPORTSET_ID in the SQL for BadChildren instead of 12.
Anyone have any ideas what I need to change to get BadChildren to work correctly?
Note:
GoodChildren links to IMPORT_ID on Template
BadChildren links to IMPORTSET_ID on Template
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(2)
我不确定如何按照您想要的方式进行操作,但另一种方法是使用子表上的列来识别记录的类型:
I'm not sure how to do it the way you want do it, but an alternative is to use a column on your children table to identify what kind of child the record is:
升级到3.0版本解决了这个问题。
Upgrading to version 3.0 solved the problem.