请教:已连续运行29天,SQL查询1100W+的三层应用服务器可卖多少钱?(50分)

  • 主题发起人 次时代
  • 开始时间

次时代

Unregistered / Unconfirmed
GUEST, unregistred user!
自己开发的三层应用服务器程序,已经正常连续运行了29天,累计SQL查询超过1100W,请教一下大家,这样的程序可以卖多少钱?
程序运行图:
dcom1.jpg

XP任务管理器显示资源占用情况:
dcom2.jpg
 
TO: 次时代 能并发数量和同时在线数量是多少啊! 累计SQL查询超过1100W 应该不是服务性能主要指标吧! 个人看法. 我写的服务也已经运行一个多月, 我叫客户让他不停地运行下去, 直到服务挂掉为止, 也不知道什么时候才挂掉. 现在在线人数是200 左右, 数据库是SQL SERVER .
 
由于使用socket进行连接,同时在线数量受socket的限制。应用服务程序现在为一个在线的商品管理系统服务,在购物集中的时间有60左右的POS销售端连接到应用服务器,实时的进行数据操作。没有专门的进行过并发测试,但用户也没有反映有问题。
 
有人要就值錢,沒人要就分文不值。
 
就這么簡單???有沒有一整套的開發平台(文件的管控﹐測試平台。。。)。。。
你想賣多少???
 
我的也是使用socket 的。 IO 模型是完成端口, 完全是自己独立开发的。
 
值不值钱你自己这样判断一下:
中间层如何设计的??是采用远程模块中间夹一大堆方法那就不值钱!因为哪是假三层.
真正的中间层中存在的只有对象,像实体对象,功能对象,协调对象,数据对象,交易对象,控制对象等等.当用户界面调用某一功能时,实际上是调用了协调对象,再由协调对象调用控制对象,控制对象再调用相应的一系列实体对象,而实体对象的数据最终是通过数据对象从数据库中取来的。所以客户端只知道协调对象,它并不关心系统采用的是什么数据库和中间层的功能是如何实现的。换句话说,如果后台数据库从SQL Server 换成了Oracle修改的只是数据对象(数据服务层),其它层无需修改也没必要修改,这就是采用分层的好处。
还有:有没有采用数据库连接池等等也是衡量系统规模与价值的重要因素之一.
 

Similar threads

S
回复
0
查看
3K
SUNSTONE的Delphi笔记
S
S
回复
0
查看
2K
SUNSTONE的Delphi笔记
S
D
回复
0
查看
2K
DelphiTeacher的专栏
D
顶部