Mac*_*iej 2 orm stored-procedures .net-3.5
我公司的政策强制只使用存储过程(SP)与DB通信(没有动态执行SELECT,可用于应用程序端的VIEWS)
业务对象(BO)从DB获取.
使用SQL Reader实现了简单的BO-DB映射器,这似乎运行良好.
在表格DB方面,我们为每个业务对象提供一个参数化SP,一个SP用于所有CRUD操作,由@MODE参数切换)因此我们没有单独的SP,如SP_INSERT,SP_UPDATE,SP_SELECT等...
我最近读过很多关于linq2SQL,nHibernate,Subsonic等的内容,看起来非常有趣.
我注意到主要的ORM的好处是直接从c#代码执行/过滤的灵活查询 - 在我的话中我不能执行这样的(只允许SP ...)
所以,我想知道
- 在我的环境中是否值得使用ORM？
- 你能提到任何好处吗？
- 如果是的话 - 你可以推荐什么ORM
你有什么看法？
在我的环境中使用ORM值得吗？
恕我直言,可能不是.ORM专注于对象模型,并基本上尝试将数据库视为哑存储或数据.您的存储过程中可能包含业务逻辑,这与一般原则(或至少约定)有些相反.
至少,您可能已经将对象手动映射到存储过程和从存储过程进行手动映射.