怎样开发这样的工程(描述如下)

Question

采用c/s解构   
 根据用户的 要求 开发软件
根据不同的时间段记费
如下:00:00:00-06:00:00 0.6元/分
     06:00:01-12:00:00  1.2元/分
     等等..
  上面的  考虑到软件的通用性可以让用户自己设定无数个.
几个客户端同时运行.一个服务器.
要统计每个客户端的时间 费用等
还有总共的时间费用
请问 应怎样设计数据库
概要设计!!!!!
3X!!!!!!!!!!!!
简述即可!!! 网上等!
     

Answer 1

时间费用表
字段：　　　　　类型：
起始时间　　　时间
结束时间　　　时间
费用　　　　　货币在线用户表
字段：　　　　　类型：
IP　　　　　　varchar
开始时间　　　时间
结束时间　　　时间
记帐表（可能多个）根据用户的需要自己看着设计吧，主要是记帐用。
只用前两个表即可完成主要的计算。第一个表设定时间和费用的关系，第二个在每个客户端开始时加入记录和开始时间，结束时根据开始时间来计算费用（时间费用在第一个表中得到，计算过程不是很复杂吧）；
然后就是记帐表的处理了，那要根据用户的需要来定了（用户要什么数据）。

Answer 2

1、建议选择合适的关系数据库，考虑用触发器、存储过程来完成。
    2、如果客户端的请求密度特别大，那就需要考虑用多层架构，编写Service。
    3、或者可以采用（Indy组件通信+服务器端本地C/S）的方式来实现（本质上还是多层架构）：把实时的原始数据交给服务器端的缓冲区（原始数据接收程序和处理程序可以分开，也可以设计在一个服务程序中），服务器端再根据先后顺序逐个进行处理，这时可以视为单独的会话，对于数据库的要求就降低很多。只要数据能够完整、正确地进入数据库，那么其他的事情就很简单了。这种方式实现起来最快，对数据库的性能要求也最低。
    4、如果一定要在多个用户终端运行C/S程序，那么只需要考虑多个会话同时写数据库时避免键和索引重复或不唯一的问题，这种情况对数据库的设计要求相对较高，对数据库的性能要求也较高。    总之，基础数据实时成功进入数据库是关键，至于根据优惠时段计算费用，完全可以排队处理，前后差几十毫秒或者几百毫秒又有什么关系呢？只要基础数据进入数据库的时间误差尽量小就行。

Answer 3

谢了
我没做过触发器、存储过程的c/s的数据库
有没有什么建议的 什么书比较好的
最好有原代码的发过来看看
[email protected]
3X
你的算是比较好的了!(理论上)