Fly with the wind-TerryDong

Oracle、SqlServer、MySql一起用的，还是可选的啊？
一起用的话就太牛了

这个啊~~~看看.NetTiers吧，你想要的它都有，只不过比较复杂你可修改一个简化版的出来用.

有没PetShop的CodeSmith模版??

懒人就会用.NetTiers

to:沙加
.nettiers我以前给一个项目后台用过，代码依赖性很强，是基于存储过程的，不太适合复杂系统，而且系统迁移性，可维护性都不是很好，性能压力都在数据库那边

to：Enzo
是一起用的，这也是利用工厂模式的原因

to：SoulHuang
没有petshop的模板：）

存储过程用的越少越好，业务逻辑最好写在逻辑层，虽然会增加一些开发时间，但对系统可读性、debug还有后期性能，维护都有好处，我的想法是除非是大数据量的分页用存储过程协助（当然Linq和Sql2005也可以避免使用分页存储过程），其它尽量不使用存储过程

真的不明白楼上说的存储过程用的越少越好是什么意思，好像微软有个建议，说是尽可能让数据库做最多的事情，因为一般情况下数据库总是很"闲"的

存储过程带来的实际问题：

1.维护代价非常高，试想下很多N年前写的存储过程，一个数据库内包括的几百个存储过程的情况

2.性能方面，试想下，一个大型web在线实时系统，业务逻辑都在存储过程中，性能完全依靠数据库服务器的场景会是怎样，如果是性能分散到n个web服务器又会如何

3.编程性方面，如果一个存储过程的业务逻辑需要调用另外一个数据库的表或存储过程，需要链接的方式来联接，效能上一样有影响

当然如果基于sql的方式然后用各种join关联表去实现，性能上也会有问题。

以上是我在项目中遇到的几点原因，现在我们都是基于单表查询，逻辑层组合的方式。欢迎大家继续探讨，一起提高^_^

关于用存储过程的性能好处我的见解是：
1、预编译过，所以性能不会差去哪里
2、能维持很好的查询计划

当然，像博主那样需要用到数据工厂的，逻辑还是放在BLL合适点

“3.编程性方面，如果一个存储过程的业务逻辑需要调用另外一个数据库的表或存储过程，需要链接的方式来联接，效能上一样有影响 ”

这点说的很不错，一个逻辑中需要同时操作多数据库的时候性能确实影响不小，最近在看阿拉丁的地图的东西，他们用的存储过程也很少，不过他们设计的数据库也很垃圾，40个字段的表 一半没有用

不明白你这里跟工厂模式有什么关系，你只是用了微软的而已

--引用--------------------------------------------------
大柳树: 真的不明白楼上说的存储过程用的越少越好是什么意思，好像微软有个建议，说是尽可能让数据库做最多的事情，因为一般情况下数据库总是很"闲"的
--------------------------------------------------------

那要看你的系统了，我们这里的小型机，才不到100个Client，就是由于把大量的工作都放在了存储过程中，CPU长期50%以上。

呵呵，PetShop 4中确实有很多值得学习的地方。恭喜你，进入正途～～～～

@Terry Dong
你说的不完全对，.NetTiers在生成时是可以配置的，完全可以不使用存储过程.使用它我看中的是方便的查询使用方法. 可以看看俺写的这个 http://www.cnblogs.com/darkangle/archive/2007/11/29/976493.html 它提供多库支持,只需要显式指定连接定串就好了.

另外，在大点的项目里面要管理一堆的SQL是相当不便的，最好是有一些ORM之类的工具来用. 我们现在的项目近50张表, 需求还经常变，要是自己写SQL，一改库的话SQL语句就得跟着变多累啊~~~

@Vincent Yang

呵呵，应该写成基于工厂模式的三层.net平台解决方案

这只是工厂模式的.net应用而已，这个架构中BLL与DAL层是通过工厂模式实现多类型数据库支持的，数据访问类也是基于DbProviderFactory来封装的。

@沙加
@Terry Dong
我们开发的系统是基于三层架构的。最近需求有很多变动，尤其是要修改表结构时。开发的时候麻烦的很，需要修改很多地方。请问有没有更好的解决办法？

@苯苯的考拉熊
--引用--------------------------------------------------
苯苯的考拉熊: --引用--------------------------------------------------
大柳树: 真的不明白楼上说的存储过程用的越少越好是什么意思，好像微软有个建议，说是尽可能让数据库做最多的事情，因为一般情况下数据库总是很"闲"的
--------------------------------------------------------

那要看你的系统了，我们这里的小型机，才不到100个Client，就是由于把大量的工作都放在了存储过程中，CPU长期50%以上。
--------------------------------------------------------
楼主的意思是：如果大型系统就写存储过程，如果小型系统就写SQL语句了？写SQL语句也很难维护的啊？为了以后的开发是不是建议用存储过程呢

--引用--------------------------------------------------
CoolDog: @沙加
@Terry Dong
我们开发的系统是基于三层架构的。最近需求有很多变动，尤其是要修改表结构时。开发的时候麻烦的很，需要修改很多地方。请问有没有更好的解决办法？

--------------------------------------------------------
表结构改动很大，这对项目的影响确实很大，我现在公司的项目的几个主表都在重构ing。。。

如果是旧系统升级，要看原来系统实现的方式了
可能会对存储过程，sql，实体都要优化，如果你们原来架构的分层还不错，逻辑层和UI层应该不用改动太大吧。

如果新开发，有几种选择吧
1.基于代码生成的方式，可以根据数据库生成dal，entity，这样每次数据库更新再重复生成即可，dal的类最好写成partial类的，当然自己扩展的方法还是要手工改动的。
2.基于or-mapping的，也可以通过or-mapping工具做配置

希望对你有点帮助

其实项目选型有多种方案，选择适合的项目类型就好了，各有利弊的

存储过程是提醒大家慎用，sql也有维护的问题，这些都依赖于编码是否规范

我公司原来写的存储过程，每个数据库就几百个，很多都是200多行代码，没注释，没文档，没规范。。。可谓人走茶凉。所以大家适当选择取舍吧，嘿嘿

asfasdf

多谢楼主指点。

--引用--------------------------------------------------
Terry Dong: --引用--------------------------------------------------
CoolDog: @沙加
@Terry Dong
我们开发的系统是基于三层架构的。最近需求有很多变动，尤其是要修改表结构时。开发的时候麻烦的很，需要修改很多地方。请问有没有更好的解决办法？

--------------------------------------------------------
表结构改动很大，这对项目的影响确实很大，我现在公司的项目的几个主表都在重构ing。。。

如果是旧系统升级，要看原来系统实现的方式了
可能会对存储过程，sql，实体都要优化，如果你们原来架构的分层还不错，逻辑层和UI层应该不用改动太大吧。

如果新开发，有几种选择吧
1.基于代码生成的方式，可以根据数据库生成dal，entity，这样每次数据库更新再重复生成即可，dal的类最好写成partial类的，当然自己扩展的方法还是要手工改动的。
2.基于or-mapping的，也可以通过or-mapping工具做配置

希望对你有点帮助
--------------------------------------------------------

规范很重要，注释也很重要。偶是新手，学到了点。谢谢楼主

--引用--------------------------------------------------
Terry Dong: 其实项目选型有多种方案，选择适合的项目类型就好了，各有利弊的

存储过程是提醒大家慎用，sql也有维护的问题，这些都依赖于编码是否规范

我公司原来写的存储过程，每个数据库就几百个，很多都是200多行代码，没注释，没文档，没规范。。。可谓人走茶凉。所以大家适当选择取舍吧，嘿嘿
--------------------------------------------------------

只要开始设计的时候是针对接口编辑,事情就并不是想像中复杂.

--引用--------------------------------------------------
大柳树: 真的不明白楼上说的存储过程用的越少越好是什么意思，好像微软有个建议，说是尽可能让数据库做最多的事情，因为一般情况下数据库总是很"闲"的
--------------------------------------------------------
SqlServer2005很强了，帮你做了很多事

我也正准备结合工作实际，参照些成熟框架，自己总结出一套方案，虽然说不会有什么大用途，至少对个人学习和提高还是很有帮助的。

有个专门针对工厂模式三层的代码生成器，下载地址http://www.maticsoft.com/softdown.aspx

能否给个DbProviderFactory连接mysql数据库的列子？
zhmvb@tom.com 非常感谢。