采购单用存储过程还是直接用linq？
我现在在做一个采购管理系统，采购单一般要读取产品，产品子表,供应商等几张表,那么采购单要实现查询,增删改,一般用视图还是存储过程映射到linq？还是直接用linq语句来处理呢？我这里有点犯糊涂，也许都可以，但不知道哪个是最好最简单的方法？
------最佳解决方案--------------------
视图应该是不能做写操作的，其他两种方案都可以，关注开发效率就用LINQ，关注执行效率就手写存储过程，前提是你确定自己的SQL水平过得去。
多表更新可以用Linq自带的事务，推荐用显示事务，using(var scope=new scope())
------其他解决方案--------------------
业务逻辑是业务逻辑和DB没有任何关系

如果我和你说，这个采购单俺就不入库，俺直接写在xml里，或者干脆俺就不管，直接提交给总部给的api，让总部自己处理，你认为怎么样？

一切跟着业务走，而不是一切跟着数据走，这是做系统必须转换思维。

视图/存储过程也好，linq也罢都只是数据操作手段，你的业务逻辑没问题，你想怎么样都成，你就是说俺NB，俺自己搞个专有语言，专有结构去保存，那也木问题。
------其他解决方案--------------------
业务逻辑和DB可以没有关系，但是这里至少需要同时保存产品、产品子表、供应商表，相当于一个事务了，我是个新手，请建议一下最简单有效的处理方法？直接用linq还是做个存储过程再linq？
------其他解决方案--------------------
二楼实际上已经说得够清楚了，感觉楼主处于一种迷茫的状态，先搞清楚了再问
------其他解决方案--------------------
我理解他是说“直接用linq”还是做个“存储过程再映射到ORm操作”两种方法都可以，我是想问，具体到这个问题两种方法哪个最简单清楚？
------其他解决方案--------------------
二楼的意思，难道是采购单同时保存几张表是业务逻辑要用c#代码实现，无关数据库？