探讨：这两个项目该用什么架构？

Question

这两个项目都是BS项目
如果没有意外，将使用.net 2.0 + MSSQL 2005(也可能是MSSQL2000)
硬件类（机器，带宽）不是我考虑的问题，在这里就不多说了，主要是从软件角度考虑
如果有必要的话，可以升级到.net3或.net4，不过要有足够的理由说服那几个老顽固。
数据库基本就是MSSQL2005 ，不太可能用其他的数据库。
不出意外的话，这两个项目将放在一个服务器上。各位大牛请各出高招。谢谢
项目１：
　　数据库表大概250个左右，使用人数不是非常多，基本不会出现短时间集中密集访问现象，但考虑开发时间要快，开发时间比较紧项目２：
　　系统不大，数据库表大概50个，但非常头痛的是，每天会有两次密集访问（上下班，密集访问都集中在５个表中），大概估算情况是：每秒钟访问10次左右(峰值大概50次，可以暂不考虑峰值)，持续１０~２０分钟

Answer 1

减少开发时间使用ORM，代码生成器等
访问量很少，使用基本三层就可以了

Answer 2

现在最常用的还是三层构架，不知道LZ说的构架是什么意思。
好像LZ后面说的“密集访问”和构架没有关系。主要是看你的数据库代码要怎样去优化！怎么去精简。

Answer 3

1，开发时间紧，
2，数据库表多，肯定CRUD也很多；
3，使用.NET 2.0
4,要求性能好
-----------------------------
这些条件完全就是“PDF.NET数据开发框架”定制的应用情况，框架本身就是这样的环境促成的！ORM+SQLMAP 框架，提高代码生成工具，自动完成DAL层和Model层的代码。
完全面向对象的类似LINQ用法的OQL语言
只需要一行代码完成表单数据CRUD功能
无需任何代码的高效分页控件
没有使用反射，保证数据操作的高效率
支持多种数据库
控件数据验证

框架介绍和下载地址：
http://blog.csdn.net/bluedoctor/archive/2010/01/24/5251913.aspx

Answer 4

分层越多，对性能的损耗越大。结构基本上就差不多
多的是数据库的设计和SQL的优化，一级一些技术的使用了
基本上代码生成器生成的代码就能够完成轻量级的开发了
不知道250个表到底要开发啥东西？好奇？

Answer 5

我是楼主，多谢大家的关心，特别是６楼的朋友。
下面是我个人的想法，说出来请大家看下是否合适，或者有什么改进的地方可以做的更好项目1.基本就用model+dal,sqlhelper直接连接，bll也不要了，感觉在这里用处不大，把东西都放到dal中去，这样做能做到系统精简，开发时间会比较快，mode和dal都有现成模板，用工具生成下，基本后台编码就很少了。本来也考虑用ＯＲＭ组件（nhibernate），从开发时间上来说基本差不多，但个人感觉用orm的系统执行效率会比直接写来的稍微低些,个人感觉用sqlhelper执行存储过程会比用nhibernate执行看的更习惯。项目2.考虑来考虑去，用msmq吧，为了是不出现象购买奥运门票网站时的杯具。有朋友建议我msmq+webservice ，但个人感觉在这里，webservice　的用处也不是很大，msmq + webservice这种形式的东西没做过，心里没啥底。以上是我的个人想法，欢迎大家点评。