|
马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。
您需要 登录 才可以下载或查看,没有帐号?立即注册
x
帮助用户快速实现各种应用服务,ASP商有整合各方面资源的能力,可在短期内为用户提供所需的解决方案。例如,典型的ERP安装,如果要在客户端安装的话需要半年到二年的时间,但是美国的一些ASP商如USI和CORIO能在90—120天内提供ERP应用方案。上面这类办法是white提出来的。
BBS数据库布局的浮点数暗示法
BBS由一系列的文章构成,每篇文章有一些基础属性,好比作者,创立工夫,文章编号等。
个中最为主要的,用以暗示树形布局的是层和序数。层暗示位于文章树的第几层,最高
层的帖子层即是0,其复兴的层为1,复兴的复兴层为2,以此类推。一切层即是0的帖子依
工夫按次其序数分离为1,2,3.....剩下的帖子的序数满意以下前提:当一切帖子依照树形
显现的时分,其序数从年夜到小分列,没有破例。
上述办法详细到BBS的完成时,各类操纵以下举行:
0、体系保护一个记数器,暗示以后利用的整数序数。
1、显现帖子列表:依序数值的巨细倒序复杂地显现便可,帖子的层可匡助决意退格的几。
2、新加帖子:假如是层0上的帖子,则取下一个整数序数作为该帖子序数;假如是层L1帖子,
其序数为N1,则新帖子的层L=L1+1,然后到数据库中查找序数为N1的帖子的下一条帖子,取
其序数,假定为N2,则新帖子的序数N=(N1+N2)/2。
3、删除帖子:假定是删除层L1,序数为N1的帖子及其一切跟贴,则取层同为L1的下一个帖子
的序数N2,然后删除一切序数为从N1到N2(不包含N2)的帖子。
上述办法的最年夜上风在于显现帖子列表时不必要举行任何分外的操纵,速率非常的快,基本不
必要举行任何的递回操纵。别的就是分页非常的便利,假如依照每页流动主题数,那末能够
在SQL查询中仅仅前往以后页的纪录,能够将对体系的资本使用下降到最小。即便依照每页固
定帖子总数,也能够限定SQL查询仅仅前往一页所需的纪录。
上面是一个各类值的直不雅暗示(为了简单了解,这里依照序数的升序分列,实践完成时将按
降序,以让最初的帖子显现在最后面):
1.topic1(层=0,序数=1)
5.Re:topic1(层=1,序数=1.125)
4.Re:topic1(层=1,序数=1.25)
3.Re:topic1(层=1,序数=1.5)
6.Re:Re:topic1(层=2,序数=1.75)
8.Re:Re:Re:topic1(层=3,序数=1.7875)
7.Re:Re:topic1(层=2,序数=1.825)
2.topic2(层=0,序数=2)
10.Re:topic2(层=1,序数=2.5)
9.topic3(层=0,序数=3)
11.Re:topic3(层=1,序数=3.5)
从下面这个例子中能够看出,跟着层的增添,和跟帖的增加,其序数的尾数愈来愈多,因而,
这类办法的一个大概的成绩是,SQLSERVER中没法暗示充足小的浮点数,以致于将两条帖子的
序数以为是一样的了。经由实行晓得,SQLSERVER的浮点数有8位,最多能撑持一条帖子有1023
条回贴。
上述办法的另外一个弱点是帖子列表时要做浮点的对照,拔出帖子的时分要做浮点的加法和除法,
不外除法由于恰好是除以2,以是在浮点运算时只必要较少的操纵。但这属于呆板指令级的开支
增加,比起在剧本或VB程序里的递回招致WINDOWS体系挪用的开支来要小很多,别的,对体系内存
的请求下降到了最小,因而实际上以为是划算的。
请您就这类办法的可行性举行剖析论证,由于我想把它计划成能撑持年夜容量用户会见的体系,所
以务必经由严密的剖析。</p>专业性的服务。有的ASP商提供垂直型的应用服务,针对某一特定行业提供应用服务。 |
|