62,046
社区成员
发帖
与我相关
我的任务
分享探讨：这两个项目该用什么架构？
这两个项目都是BS项目
如果没有意外，将使用.net 2.0 + MSSQL 2005(也可能是MSSQL2000)
硬件类（机器，带宽）不是我考虑的问题，在这里就不多说了，主要是从软件角度考虑
如果有必要的话，可以升级到.net3或.net4，不过要有足够的理由说服那几个老顽固。
数据库基本就是MSSQL2005 ，不太可能用其他的数据库。
不出意外的话，这两个项目将放在一个服务器上。
各位大牛请各出高招。谢谢
项目１：
数据库表大概250个左右，使用人数不是非常多，基本不会出现短时间集中密集访问现象，但考虑开发时间要快，开发时间比较紧
项目２：
系统不大，数据库表大概50个，但非常头痛的是，每天会有两次密集访问（上下班，密集访问都集中在５个表中），大概估算情况是：每秒钟访问10次左右(峰值大概50次，可以暂不考虑峰值)，持续１０~２０分钟
如果没有意外，将使用.net 2.0 + MSSQL 2005(也可能是MSSQL2000)
硬件类（机器，带宽）不是我考虑的问题，在这里就不多说了，主要是从软件角度考虑
如果有必要的话，可以升级到.net3或.net4，不过要有足够的理由说服那几个老顽固。
数据库基本就是MSSQL2005 ，不太可能用其他的数据库。
不出意外的话，这两个项目将放在一个服务器上。
各位大牛请各出高招。谢谢
项目１：
数据库表大概250个左右，使用人数不是非常多，基本不会出现短时间集中密集访问现象，但考虑开发时间要快，开发时间比较紧
项目２：
系统不大，数据库表大概50个，但非常头痛的是，每天会有两次密集访问（上下班，密集访问都集中在５个表中），大概估算情况是：每秒钟访问10次左右(峰值大概50次，可以暂不考虑峰值)，持续１０~２０分钟
...全文
请发表友善的回复…
发表回复
silvanus 2010-04-19
- 打赏
- 举报
我是楼主，多谢大家的关心，特别是６楼的朋友。
下面是我个人的想法，说出来请大家看下是否合适，或者有什么改进的地方可以做的更好
项目1.基本就用model+dal,sqlhelper直接连接，bll也不要了，感觉在这里用处不大，把东西都放到dal中去，这样做能做到系统精简，开发时间会比较快，mode和dal都有现成模板，用工具生成下，基本后台编码就很少了。本来也考虑用ＯＲＭ组件（nhibernate），从开发时间上来说基本差不多，但个人感觉用orm的系统执行效率会比直接写来的稍微低些,个人感觉用sqlhelper执行存储过程会比用nhibernate执行看的更习惯。
项目2.考虑来考虑去，用msmq吧，为了是不出现象购买奥运门票网站时的杯具。有朋友建议我msmq+webservice ，但个人感觉在这里，webservice 的用处也不是很大，msmq + webservice这种形式的东西没做过，心里没啥底。
以上是我的个人想法，欢迎大家点评。
下面是我个人的想法，说出来请大家看下是否合适，或者有什么改进的地方可以做的更好
项目1.基本就用model+dal,sqlhelper直接连接，bll也不要了，感觉在这里用处不大，把东西都放到dal中去，这样做能做到系统精简，开发时间会比较快，mode和dal都有现成模板，用工具生成下，基本后台编码就很少了。本来也考虑用ＯＲＭ组件（nhibernate），从开发时间上来说基本差不多，但个人感觉用orm的系统执行效率会比直接写来的稍微低些,个人感觉用sqlhelper执行存储过程会比用nhibernate执行看的更习惯。
项目2.考虑来考虑去，用msmq吧，为了是不出现象购买奥运门票网站时的杯具。有朋友建议我msmq+webservice ，但个人感觉在这里，webservice 的用处也不是很大，msmq + webservice这种形式的东西没做过，心里没啥底。
以上是我的个人想法，欢迎大家点评。
oyctzl 2010-04-19
- 打赏
- 举报
[Quote=引用 6 楼 lost_painting 的回复:]
“项目１：
数据库表大概250个左右，使用人数不是非常多，基本不会出现短时间集中密集访问现象，但考虑开发时间要快，开发时间比较紧”
因为开发时间比较紧，那么就是要只求开发效率了，既然要效率就不要谈论架构，做出来就OK，任何架构都不要考虑。
“项目２：
系统不大，数据库表大概50个，但非常头痛的是，每天会有两次密集访问（上下班，密集访问都集中在５个表中），大概估算情况是：每秒……
[/Quote]
up
“项目１：
数据库表大概250个左右，使用人数不是非常多，基本不会出现短时间集中密集访问现象，但考虑开发时间要快，开发时间比较紧”
因为开发时间比较紧，那么就是要只求开发效率了，既然要效率就不要谈论架构，做出来就OK，任何架构都不要考虑。
“项目２：
系统不大，数据库表大概50个，但非常头痛的是，每天会有两次密集访问（上下班，密集访问都集中在５个表中），大概估算情况是：每秒……
[/Quote]
up
silvanus 2010-04-19
- 打赏
- 举报
沉了，自己顶下
sunnj87 2010-04-17
- 打赏
- 举报
分层越多，对性能的损耗越大。结构基本上就差不多
多的是数据库的设计和SQL的优化，一级一些技术的使用了
基本上代码生成器生成的代码就能够完成轻量级的开发了
不知道250个表。。。到底要开发啥东西？好奇？
多的是数据库的设计和SQL的优化，一级一些技术的使用了
基本上代码生成器生成的代码就能够完成轻量级的开发了
不知道250个表。。。到底要开发啥东西？好奇？
bluedoctor 2010-04-17
- 打赏
- 举报
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
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
鸭梨山大帝 2010-04-17
- 打赏
- 举报
“项目１：
数据库表大概250个左右，使用人数不是非常多，基本不会出现短时间集中密集访问现象，但考虑开发时间要快，开发时间比较紧”
因为开发时间比较紧，那么就是要只求开发效率了，既然要效率就不要谈论架构，做出来就OK，任何架构都不要考虑。
“项目２：
系统不大，数据库表大概50个，但非常头痛的是，每天会有两次密集访问（上下班，密集访问都集中在５个表中），大概估算情况是：每秒钟访问10次左右(峰值大概50次，可以暂不考虑峰值)，持续１０~２０分钟”
跟架构无关，跟数据库优化有关。
如果访问的资料不经常变化，可以缓存起来。
数据库表大概250个左右，使用人数不是非常多，基本不会出现短时间集中密集访问现象，但考虑开发时间要快，开发时间比较紧”
因为开发时间比较紧，那么就是要只求开发效率了，既然要效率就不要谈论架构，做出来就OK，任何架构都不要考虑。
“项目２：
系统不大，数据库表大概50个，但非常头痛的是，每天会有两次密集访问（上下班，密集访问都集中在５个表中），大概估算情况是：每秒钟访问10次左右(峰值大概50次，可以暂不考虑峰值)，持续１０~２０分钟”
跟架构无关，跟数据库优化有关。
如果访问的资料不经常变化，可以缓存起来。
sengguipin 2010-04-17
- 打赏
- 举报
现在最常用的还是三层构架，不知道LZ说的构架是什么意思。
好像LZ后面说的“密集访问”和构架没有关系。主要是看你的数据库代码要怎样去优化！怎么去精简。
好像LZ后面说的“密集访问”和构架没有关系。主要是看你的数据库代码要怎样去优化！怎么去精简。
wuyq11 2010-04-17
- 打赏
- 举报
减少开发时间使用ORM，代码生成器等
访问量很少，使用基本三层就可以了
访问量很少，使用基本三层就可以了
以专业开发人员为伍 2010-04-17
- 打赏
- 举报
题目空洞。建议你做出来再具体说你的东西，而不是别人的东西。
silvanus 2010-04-17
- 打赏
- 举报
分数忘记改了，结贴时至少１００分，大概会是200分
戒烟戒酒戒编程 2010-04-17
- 打赏
- 举报
OA办公？？？？？？？？？？？？？？？
