大型项目的 LINQ to SQL答案

【问题标题】：LINQ to SQL for Large Projects大型项目的 LINQ to SQL
【发布时间】：2009-10-30 02:34:48
【问题描述】：

我开始怀疑 L2S 是否适合大型项目。我所说的大型项目是指包含分布在许多模式中的许多表的数据库。我们希望我们的实体包含在与我们的数据库模式名称匹配的命名空间中。我们有跨模式的数据库父/子关系。这意味着我们的父/子实体将跨越命名空间。 L2S 无法处理这个问题。在 L2S 中，我无法对涉及一个命名空间 (.DBML) 中的父级和另一个命名空间 (.DBML) 中的子级的关系建模；至少不必编写大量自定义代码。但这部分违背了使用 L2S 的目的。

因此，我们可以将所有实体放在一个命名空间中，但我们不想这样做。或者我们可以在部分实体类中编写自定义代码来克服建模限制。我们也不是特别想这样做。

其他人是如何处理这个问题的？

谢谢。

【问题讨论】：

如果 LinqToSql 不能满足您的需求，还有很多其他可用的 .NET ORM。您也可以在不使用 O/R 设计器（即 SQLMetal、T4、Plinqo 等）的情况下使用 LinqToSql，这可能会帮助您解决这个特定问题。

标签： linq-to-sql

【解决方案1】：

我对 L2S 的经验不足，无法发表评论，但这似乎令人沮丧。你看过 Fluent NHibernate 吗？那会减轻你的问题。你也可以 linq :)

【讨论】：

【解决方案2】：

看起来好像future of Linq 2 SQL is uncertain。微软似乎专注于实体框架。在这一点上，我会谨慎投资 Linq 2 SQL。最好使用实体框架。

【讨论】：

没有了。这个问题已经被重新讨论过，令人作呕。 StackOverflow 使用 Linq to SQL。它不会很快消失。
@Robert Harvey：我知道 SO 使用 Linq 2 SQL 来收听播客。这并没有改变微软宣布专注于实体框架的事实。
@Asaph - 我不会触及实体框架 TBH。 @Rober Harvey - 我同意 @Asaph 的观点...... SO 使用的东西无关紧要。
Linq to SQL 之死是FUD，已经被几位博主传播。所做的只是让人们在 SO 上提出这样的问题。