问题描述
1.要求字段类型必须完全一模一样。2.没有主键，更新等操作还没有任何效果。3.报的错，详细信息根本查不到源头。直接提示我int32转换string失败。本来想尝尝鲜，用用这个Linqtosql，然后，发现工期变长了。。得不偿失。。哎。。
解决方案
解决方案二：
这年头用linqtosql还叫"尝鲜"？既然想用新的东西就先了解清楚规则再使用哦。。。1.要求字段类型必须完全一模一样。linqtosql不是先映射数据库实体的么(.dbml)?难道你自己手写的实体类？2.没有主键，更新等操作还没有任何效果。数据库都不设主键，如何识别唯一性？3.报的错，详细信息根本查不到源头。直接提示我int32转换string失败。你难道在lambda里直接int.ToString()?这就你自己处理方法问题了，直接查看linq语句生成的sql很容易排错
解决方案三：
奇怪，为何我用的时候觉得十分顺手，工作效率大幅提升
解决方案四：
引用2楼bigbaldy的回复:
奇怪，为何我用的时候觉得十分顺手，工作效率大幅提升
你用过代码生成器没有？用代码生成器，效率就会提升很多
解决方案五：
引用3楼jhdxhj的回复:
Quote: 引用2楼bigbaldy的回复:
奇怪，为何我用的时候觉得十分顺手，工作效率大幅提升你用过代码生成器没有？用代码生成器，效率就会提升很多
你是不是回错了？
解决方案六：
引用2楼bigbaldy的回复:
奇怪，为何我用的时候觉得十分顺手，工作效率大幅提升
我是刚开始学，觉得也很好呢，省去了一大堆原来ado的东西
解决方案七：
有利有弊，但总的来说，开发速度提高多了，虽然linqtosql现在已经被抛弃
解决方案八：
你觉得效率低可能是了解皮毛又没经验直接拿来用了。。。下个项目你再用就不这么认为了
解决方案九：
引用楼主zodiackiller2014的回复:
1.要求字段类型必须完全一模一样。2.没有主键，更新等操作还没有任何效果。3.报的错，详细信息根本查不到源头。直接提示我int32转换string失败。本来想尝尝鲜，用用这个Linqtosql，然后，发现工期变长了。。得不偿失。。哎。。
兄弟，就是效率高，我才用这个的。表里面的字段太大，SQL太难记，SQL返回太难处理，自己搞事务上面所有问题LINQTOSQL都给你解决了，我原来在JAVA中用hiberante全手工，工作量大得手抖。用这个后，发现图形上拖一下，点一下就全部自己干完了，效率不知道提高了多少倍。LINQTOSQL是1.0EF是6.0，你应该用EF6了