讨论： 如何提高数据库访问速度、怎样设计数据库

yining

最初由 ccwlm741212 发布
[B]

这个咱已经前期已经做好了，为你开专栏怎样 [/B]

我这人比较适合命题论文的。如果有相关的题目我就开讲。给你个优惠价。

ccwlm741212

最初由 yining 发布
[B]

我这人比较适合命题论文的。如果有相关的题目我就开讲。给你个优惠价。 [/B]

这没问题，请兄弟们提命题啊，钱咱出啊,别客气啊

yining

最初由 ccwlm741212 发布
[B]

这没问题，请兄弟们提命题啊，钱咱出啊,别客气啊 [/B]

当然不用客气，还指望从你这里赚够回国的机票呢。

ccwlm741212

最初由 yining 发布
[B]

当然不用客气，还指望从你这里赚够回国的机票呢。 [/B]

这点要求太低了点吧，   可价值一定要超过啊

yining

我可是要五张机票的哟。失算了吧？

ccwlm741212

最初由 yining 发布
[B]我可是要五张机票的哟。失算了吧？ [/B]

我这正好有5个斑竹呢

lodge

从说明上看, 家庭成员信息库应该不是最大的表, 报销库才是最大的表而且是统计计算的主要对象, 一人一天报一票一个月下来就有一千五百万条(有点夸张的说)
偶的看法是, 报销库应该分成两个, 一个用来记录当前数据, 一个用来保存历史数据, 至于历史数据要保留多长时间就要看你的需要了. 不过把表这样拆开虽然提高了当前数据的读写效率, 但同时也给统计带来一定难度, 因此, 需要根据统计报表的需要, 做几个统计表, 在更新报销库的同时也更新统计表, 如果对统计数据的准确性有高要求的话, 还要用批处理的方法定期核对实时做成的统计结果.
家庭成员信息库和报销库的结合问题大可不必过分担心, 耗时的处理可以通过每日的批处理来完成或者仔细考虑统计报表的结构来解决, 如需要对报销明细做实时检索的时候, 只需利用分页的方法取出一页的数据再做结合.
跨年度, 月度实际上的处理方法都差不多, 把本期数据汇总后, 结果作为下一期的第一笔数据, 而明细数据要转移到备份表里去, 这不应该是个很大的问题.

ccwlm741212

最初由 lodge 发布
[B]从说明上看, 家庭成员信息库应该不是最大的表, 报销库才是最大的表而且是统计计算的主要对象, 一人一天报一票一个月下来就有一千五百万条(有点夸张的说)
偶的看法是, 报销库应该分成两个, 一个用来记录当前数据, 一个用来保存历史数据, 至于历史数据要保留多长时间就要看你的需要了. 不过把表这样拆开虽然提高了当前数据的读写效率, 但同时也给统计带来一定难度, 因此, 需要根据统计报表的需要, 做几个统计表, 在更新报销库的同时也更新统计表, 如果对统计数据的准确性有高要求的话, 还要用批处理的方法定期核对实时做成的统计结果.
家庭成员信息库和报销库的结合问题大可不必过分担心, 耗时的处理可以通过每日的批处理来完成或者仔细考虑统计报表的结构来解决, 如需要对报销明细做实时检索的时候, 只需利用分页的方法取出一页的数据再做结合.
跨年度, 月度实际上的处理方法都差不多, 把本期数据汇总后, 结果作为下一期的第一笔数据, 而明细数据要转移到备份表里去, 这不应该是个很大的问题. [/B]

咱基本是这样实施的，除了家庭成员信息库和报销库的结合问题
咱原来是做结合的，太慢，咱后来还是冗余了几个统计属性




LODGE: 我们最近可能做和YINIG联合做一个UML、MS SQL和JAVA联合的项目讨论，能多来看看

lodge

最初由 ccwlm741212 发布
[B]
LODGE: 我们最近可能做和YINIG联合做一个UML、MS SQL和JAVA联合的项目讨论，能多来看看 [/B]

SURE, 有点不好意思, 见YINING版主, 因偶太忙把BBS那个JAVA项目弄得雷声大雨点小

ccwlm741212

最初由 lodge 发布
[B]

SURE, 有点不好意思, 见YINING版主, 因偶太忙把BBS那个JAVA项目弄得雷声大雨点小 [/B]

所以他郁闷啊，这样好的一个项目没做起来啊，主要是那没人帮助他啊，孤掌难鸣啊，不过咱这的斑竹兄弟很团结，一般问题都能24小时答复