大富翁数据库已经过了110万， 正在为此进行的工作。(100分)

J

jrq

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-05-24

• #21

支持！

 

H

hbezwwl

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-05-24

• #22

要是ASP.NET的就好,大部分FW都这么想的,SOUL老大.

 

S

sydan

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-05-24

• #23

同志們,
幸苦啦!
人民群眾不會忘記你們的!
挨打,(閃)
[]

 

S

sallypo

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-05-24

• #24

现在速度好像是不如从前了，有时还常死机[]
最好将已经打包并提供下载的历史记录从数据库删除

 

张

张无忌

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-05-24

• #25

我下东西有800K，现在上都慢哦，！

 

Y

yansh

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-05-24

• #26

very very good!thank you very much!![]

 

萧

萧月禾

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-05-24

• #27

最近我上也觉得很忙，我还一直以为是我这的网络问题
期待新版本的诞生[]

 

阿

阿高

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-05-24

• #28

我担心的事终于开始着手去解决了。总觉得DFW现在的数据库设计有问题，影响查询性能，
在离线数据库中尤其明显。
改动后可以做一专门的程序把以前的离线数据库导入到新的离线数据库。
我也不介意重新下载新的离线数据库。

 

D

duducat

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-05-24

• #29

辛苦了！！！！！！！！！！！：）

 

小

小猪

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-05-24

• #30

或者还有一个考虑,建立跟现在数据库结构相同的备份表,
将历史数据全部转移到其中去,平常使用的数据表只保留最近一年或者两年的数据,
这样应该可以提高一些效率.我们在项目中也这样做的.
麻烦一点的是如果想要好用,程序设计上可以实现对用户透明,但这样
程序比较难写.
soul,能不能把你的数据库最新设计拿出来大家看看,也许大家能够
提一些优化意见.另外,我不知道sql server(大富翁是用的这个吗?)
的索引性能如何,但在oracle中110万条数据如果合理的使用索引和
分区,性能上不会有太大的瓶颈,也许合理的建立索引也是一个解决问题的
途径.
我没有太多的时间参与大富翁的公益事业,如编写程序等,一直深为惭愧,
但我从大富翁得到了很多,因此也很愿意能够帮上一些忙作为回报,
soul,请跟我联系.

 

S

savenight

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-05-24

• #31

soul:
我记得你好像说过yysun不愿意删除数据库中的任何一篇帖子，可是大家都知道到目前为止，
库中的水分已经太多了，不知道可否对一些垃圾贴进行整理？具体工作可以分摊下来。
最后谢谢soul兄！

 

小

小人物

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-05-24

• #32

110万？
110万,110万,如果都是 $元 该多好啊！呵呵[]

 

L

lynu

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-05-24

• #33

按时间分段,将2001年及以前的另外放一个数据库，在主页上作一个连接就是了.
实在有需要才跑那去搜一搜
数据库大了再优化也没什么用啊. 我现在作一个普通的主题搜索都作不了.

 

H

hbezwwl

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-05-24

• #34

对,把数据库专门开个贴子,大家一起讨论学习,这样最长知识了.

 

W

wsn

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-05-24

• #35

to ： soul
你好，我知道数据库是在你那里
有件事想麻烦一下，你可以看一下这里：
http://www.delphibbs.com/delphibbs/dispq.asp?lid=880628
无法正确显示。
也就是 880628 这个帖子可能是数据库内损坏了，请帮忙删掉了。
总有这样一个帖子结束不了如梗在喉一般，谢谢

 

Y

yysun

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-06-14

• #36

从三月份开始，我的工作开始做 ASP 项目。开始，使用了传统做法 ASP + COM，
但是做下来，发现问题不少。因此，我们的项目已经全部转到了 .NET 性格能提高了 10 倍。
现在用 .NET 也许已经成为趋势，安装 .NET 也只有 20.4 M 而已。
http://www.delphibbs.com/delphibbs/dispq.asp?lid=1137853
数据库方面需要改进的地方很多，因为，此数据库结构的前身是 access，需要改进了。
1、表结构，例如拆分 letters 为多个表。
2、用 stored procedure，做更好的分页，下面贴子里就有我们最近对一些算法的分析。
http://www.delphibbs.com/delphibbs/dispq.asp?lid=1083587
3、用 SQL Server 2000 的 XML 以及 Template 功能。
用 ADODB.Stream 直接从 SQL Server 得到 XML，然后输出，完全免除了
response.write "<points>" &amp;
RS("Points") &amp;
"</points>" 这样的写法。
我初步估计，经过重新设计，我们的性能可以提高 15-20倍。

 

N

naj

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-07-10

• #37

强列支持！

 

S

sallypo

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-07-10

• #38

关注+期待+支持！！！

 

悲

悲酥清风

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-07-10

• #39

支持支持！
可惜我上网条件等因素可能帮不上什么忙了。
不过，我建议某些方面参考一下动网论坛，很优秀的一个论坛，有很多值得借鉴的地方。

 

K

kthy

Unregistered / Unconfirmed

GUEST, unregistred user!

• 2002-07-11

• #40

数据库结构和算法再好，“大水”来了还有被淹的时候。所以必须根治到处泛滥的
“大水”，比如“GZ、同意、支持”之类的水贴。可以定时清理，比如现在可以清理
2002年1月1日以前的水贴。估计数据库记录可以压缩掉一半以上！