|
|
1
5
哪个更糟? 取决于你问谁。
如果你问其他任何人,IMHO,特别是你的终端用户,务实的开发人员和那些为硬件和软件开发买单的人,他们可能会说性能的大幅下降更糟糕。 全部的 如果你教条式地遵循它们,以牺牲真实世界的考虑(比如性能)为代价,提出一个“纯粹”的设计,你就会失败。 远的
|
|
|
2
3
LINQ是一种抽象,它将一系列功能包装到一个漂亮的小软件包中,上面有一颗大心脏。 对于任何抽象,你都会得到开销,主要是因为事情并不像你或我想要的那样高效。MS在使LINQ相当高效方面做了大量工作。
SQL Server是用来处理大量查询、过滤、排序和数据挖掘的。它靠这个发扬光大,所以让它去做吧。 这不是一个逻辑蠕变,而是把功能放在它所属的地方。 |
|
|
3
1
如果AssignedUser已正确映射(即,Association是由Linq2SQL设计器生成的,或者您具有带有AssociationAttribute的mark属性(或其他来自 http://msdn.microsoft.com/en-us/library/system.data.linq.mapping(v=VS.90).aspx 您也可以使用“反向”查询,如
|
|
|
4
1
应该不需要枚举本地客户集合。 LinqToSql的主要目的是允许您在服务层声明逻辑,并在数据层执行该逻辑。
|
|
|
5
1
我认为最好将您的模型描述为Customer类和User类之间的多对多关系。每个用户引用一个相关客户列表,每个客户引用一个相关用户列表。从数据库的角度来看,这是用连接表表示的(根据微软的linqtosql术语,他们称之为“连接表”)。 多对多关系是linqtosql不支持的一个特性,如果您尝试生成DBML,您可能会注意到这一点。 一些博客已经发布了解决方法,包括MSDN的一个(不幸的是,没有任何具体的例子)。有一个博客(分两部分)非常符合MSDN的建议: |
|
|
6
0
不使用它可能是一个不错的设计选择,但在我看来,设计范例是用来指导你的,而不是约束你的。 |
|
|
Rm558 · 是否可以更改XML类型上的LINQPad代码生成? 8 年前 |
|
|
MJK · 规范模式-使用ICollection实现表达式 8 年前 |
|
|
Roland Ebner · 为实体框架多对多关系构建表达式树? 8 年前 |