带索引的数据库,当数据量越来越大,插入越来越缓慢时该如何调整,谢谢

cs12356 2010-04-20 07:39:41
目前数据库已经接近100g,带一个聚集索引,插入越来越缓慢,请问该如何调整,谢谢!
...全文
723 11 打赏 收藏 转发到动态 举报
写回复
用AI写文章
11 条回复
切换为时间正序
请发表友善的回复…
发表回复
shizheyangde 2010-04-20
  • 打赏
  • 举报
回复
考虑一下用分区表
shizheyangde 2010-04-20
  • 打赏
  • 举报
回复
非聚集索引
cxmcxm 2010-04-20
  • 打赏
  • 举报
回复
太大建议拆分表
libinlink 2010-04-20
  • 打赏
  • 举报
回复
同意lhblxm的意见。
改用两个表吧,一个存放最新的数据,一个存放历史数据。
要不然就把聚集索引删除,毕竟表的数据量太大了。
cs12356 2010-04-20
  • 打赏
  • 举报
回复
to htl258,虽然读不频繁,但读的时候要消耗太多时间也是不符合需求的
htl258_Tony 2010-04-20
  • 打赏
  • 举报
回复
[Quote=引用 4 楼 cs12356 的回复:]
表结构:

orderId:int(4)
id:nvarchar(16)
stime::nvarchar(8)
svalue:int(4)

聚集索引在id上

to fredrickhu:
写频繁,读不频繁,重建索引会有帮助吗?想来重建需要花很多时间

谢谢!
[/Quote]读不频繁的话考虑改聚集索引为非聚集索引或去掉索引。
lhblxm 2010-04-20
  • 打赏
  • 举报
回复
建一个一模一样的表,先在该表插入,当记录达到一定数量时
再复制过去,
读时用UNION
不知行不行
cs12356 2010-04-20
  • 打赏
  • 举报
回复
表结构:

orderId:int(4)
id:nvarchar(16)
stime::nvarchar(8)
svalue:int(4)

聚集索引在id上

to fredrickhu:
写频繁,读不频繁,重建索引会有帮助吗?想来重建需要花很多时间

谢谢!
--小F-- 2010-04-20
  • 打赏
  • 举报
回复
读写很频繁???
建议重新建立索引试试
黄_瓜 2010-04-20
  • 打赏
  • 举报
回复
100g
you_tube 2010-04-20
  • 打赏
  • 举报
回复
数据表结构?

34,591

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server相关内容讨论专区
社区管理员
  • 基础类社区
  • 二月十六
  • 卖水果的net
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

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