方案咨询

liurunbin 2012-06-25 10:20:17
数据库系统版本:2000
问题描述:当一个表数据量非常庞大(百万级)的时候,大家有什么方案可提高查询速度。
备注:我的问题就这么简单,不想限定在某个问题上,可能这样太广泛了,但就是要听听大家的想法。
...全文
87 11 打赏 收藏 转发到动态 举报
写回复
用AI写文章
11 条回复
切换为时间正序
请发表友善的回复…
发表回复
杰拉尔 2012-06-26
  • 打赏
  • 举报
回复
设计好表结构比说 bit smallint tinyint 取代int 比如ip就设为char(15) 而不用varchar(15) 之后就是合理建好表索引。一百万小意思。
liurunbin 2012-06-26
  • 打赏
  • 举报
回复
[Quote=引用 10 楼 的回复:]
根据业务分析瓶颈位置,设计冗余表,把不经常查询的和经常的查询的数据拆分为2个表或2个数据库,在2000里面可以考虑分区视图
[/Quote]

分区视图具体怎么应用?
Andy-W 2012-06-26
  • 打赏
  • 举报
回复
根据业务分析瓶颈位置,设计冗余表,把不经常查询的和经常的查询的数据拆分为2个表或2个数据库,在2000里面可以考虑分区视图
  • 打赏
  • 举报
回复
liurunbin 2012-06-25
  • 打赏
  • 举报
回复
分区表,这个是什么概念呢?有没有更详细一点???
具体要怎么用?
cccccccccccc 2012-06-25
  • 打赏
  • 举报
回复
最简单的 最直接的 就是建立有效的索引了 如果还是慢 就用分区表和视图 查询时候最好优化下语句
AcHerat 2012-06-25
  • 打赏
  • 举报
回复
可以加索引,可以构造视图或索引视图,对于单表而言。
如果单表数据量有在千万级上试着做分区表。
多表还是要看数据库所有表结构的设计了,复杂的查询看是否能根据设计让它简单点。
  • 打赏
  • 举报
回复
想要快肯定硬件处理能力越强越好。如果硬件环境不改变,那就需要简历合适的索引
Mr_Nice 2012-06-25
  • 打赏
  • 举报
回复
索引做好即可


孤独加百列 2012-06-25
  • 打赏
  • 举报
回复
提高硬件,索引,分表,根据查询建立统计表。没有具体应用,不限定在某个问题上,那方案也很简单。
haitao 2012-06-25
  • 打赏
  • 举报
回复
百万级 还远远不算 非常庞大
改用sql2005或更高,使用分区表

22,206

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server 疑难问题
社区管理员
  • 疑难问题社区
  • 尘觉
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧