明白Re: AW and Shuke Re: Can I... - 未名空间MITBBS历史存档

国际科技财经博客移民网络热点娱乐民生时事公众号

Redian新闻

>未名空间

>Database - 数据库

明白Re: AW and Shuke Re: Can I...

明白Re: AW and Shuke Re: Can I...# Database - 数据库

k*i2004-06-04 07:06

1 楼

多谢!
这样一来不是price_record表的记录有很多,表很长很长,
应该等于"天数(365)"*"股票市数目"=...? 表会不会太大.
咱先不考虑COMPANY PROFILE TABLE .

k*i2004-06-04 07:06

2 楼

是不是表的数目越少越好,在数据库设计的时候.
然后让SQL去处理这个大表而得到中间结果,而不是直接设计无数小表以直接利用?

aw2004-06-04 07:06

3 楼

这个不是绝对的，但你这个情况几个表就够了，找本数据库的书看看，你会学到很多。

【在 k*****i 的大作中提到】

: 是不是表的数目越少越好,在数据库设计的时候.
: 然后让SQL去处理这个大表而得到中间结果,而不是直接设计无数小表以直接利用?

aw2004-06-04 07:06

4 楼

看你的情况，用EXCEL而非ACCESS可能目前更适合。
在数据库里，如果一个表数据太多查询太慢，可以先多加INDEX，进一步还可以用PARTITI
ON。

【在 k*****i 的大作中提到】

: 多谢!
: 这样一来不是price_record表的记录有很多,表很长很长,
: 应该等于"天数(365)"*"股票市数目"=...? 表会不会太大.
: 咱先不考虑COMPANY PROFILE TABLE .

c*g2004-06-04 07:06

5 楼

Reading this thread, remind me one funny thing. My DBA boss' desk
is next to me and I can hear him on phone explaining why sybase/orcale/
database is not excel/table to business managers once every
couples of days, hehe.

【在 aw 的大作中提到】

: 看你的情况，用EXCEL而非ACCESS可能目前更适合。
: 在数据库里，如果一个表数据太多查询太慢，可以先多加INDEX，进一步还可以用PARTITI
: ON。