Redian新闻
>
明白Re: AW and Shuke Re: Can I...
avatar
明白Re: AW and Shuke Re: Can I...# Database - 数据库
k*i
1
多谢!
这样一来不是price_record表的记录有很多,表很长很长,
应该等于"天数(365)"*"股票市数目"=...? 表会不会太大.
咱先不考虑COMPANY PROFILE TABLE .
avatar
k*i
2
是不是表的数目越少越好,在数据库设计的时候.
然后让SQL去处理这个大表而得到中间结果,而不是直接设计无数小表以直接利用?
avatar
aw
3
这个不是绝对的,但你这个情况几个表就够了,找本数据库的书看看,你会学到很多。

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

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

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

avatar
c*g
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。

相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。