.net LINQ对SQL:什么让人痛苦?

.net LINQ对SQL:什么让人痛苦?,.net,sql,linq,linq-to-sql,.net,Sql,Linq,Linq To Sql,听了很多文章后,我决定在我的个人项目中使用LINQtoSQL。在开始使用它之前(在初始设计期间),我需要注意什么吗?编辑完全重写,因为之前的帖子具有误导性-抱歉 有很多传言说微软将不再继续使用Linq2Sql。由一辆汽车驱动 此后,关于微软是否真的停止了Linq2Sql的工作,有很多猜测 如果这项技术现在适合你,并且满足了你的所有需求,那就太好了。可能是实体框架或其他数据访问模型(nHibernate)更适合您。我认为使用LINQtoSQL的最大缺点是,如果数据库模式发生更改,您需要重新生成类(

听了很多文章后,我决定在我的个人项目中使用LINQtoSQL。在开始使用它之前(在初始设计期间),我需要注意什么吗?

编辑完全重写,因为之前的帖子具有误导性-抱歉

有很多传言说微软将不再继续使用Linq2Sql。由一辆汽车驱动

此后,关于微软是否真的停止了Linq2Sql的工作,有很多猜测


如果这项技术现在适合你,并且满足了你的所有需求,那就太好了。可能是实体框架或其他数据访问模型(nHibernate)更适合您。

我认为使用LINQtoSQL的最大缺点是,如果数据库模式发生更改,您需要重新生成类(并丢失代码)除非使用第三方工具将DB模型与DB模式同步


查看更多详细信息。

如果要写入数据,则需要主键(用于跨内存对象跟踪行标识)。这些主键最好是单列键

注意十进制精度和字符串长度


注意任何varchar(1)列。这些被映射到一个.Net字符,该字符不能容纳空字符串。

@Sam-您有Microsoft提供的此语句的链接吗?谢谢Galwegian教授,我已经重写了这篇文章,使其更加准确,并包含参考文献的链接。我错了,微软竟然站出来说了这句话。在博客上看到它被报道为事实,并假设它是真的。给赛尔夫的备忘录:检查你的事实。然后丢失你的代码?这就是为什么要发明分部类,以避免丢失代码