Wil*_*iam 3 sql asp.net stored-procedures linq-to-sql
我们是一个小团队,致力于在非常紧迫的期限内开发.NET中的大型Web应用程序.我们使用多个数据库(每个客户端一个),因此我们的要求与大多数应用程序略有不同.数据库仅用于此特定应用程序,因此它们与应用程序紧密耦合无关紧要.主要决定因素是发展速度,长期可维护性和安全性.我们正在考虑3个选项:
选项1 - LINQ to SQL
我们没有人对LINQ有任何经验,但我们一直在研究它,它似乎是一个不错的选择,也不是很难学.值得在紧迫的期限内学习新方法的风险？
选项2 - 存储过程
看起来像使用多个数据库设置进行维护可能是一场噩梦(或者它会是什么？),并且由于我们没有专门的数据库开发人员,它可能会降低开发速度以适应其他环境.代码生成器将生成基本CRUD查询,这是一个优点.
选项3 - 内联查询
这种方法发展最快,但我知道现在人们普遍反对硬编码查询,我担心长期存在可维护性问题可能会让我们受苦.代码生成器将生成基本CRUD查询.
如果我们缺少任何因素,请告诉我.什么解决方案似乎最适合这个项目？
如果你有一个紧迫的截止日期,不要尝试新的东西.让开发人员在家里和业余时间研究实体框架,并在下一个项目中尝试.同时做你最了解和过去成功使用过的东西.
如果它们在DAL程序集中解耦,则内联查询也不错.
| 归档时间： |
|
| 查看次数： |
483 次 |
| 最近记录： |