解决办法
针对一
避免大表 *** 作 所有的 *** 作均可以按省或者时间分开 这样无论从时间或者地域维度 基本上可以将大表拆成 张以上的小表 *** 作 甚至更多 然后再对结果进行合并 应该可以避免上述问题
针对二
无解决方案 只是建议将我们的数据库也单独分到一组磁盘上去 不要跟系统竞争
针对三
及时删除无用的临时数据 保障数据库空间 同时也可以做上空间监控 一旦数据文件空间发生增长时 给DBA一个预警邮件 我们收到邮件后可以立即做相应处理
针对四
日志文件目前已经涨得较大 我们执行一下截断日志的动作 将日志文件的空间使用保持在一个较低水平
lishixinzhi/Article/program/SQLServer/201311/22405
以上就是关于经验总结:SQL Server数据库对上亿表的 *** 作[2]全部的内容,包括:经验总结:SQL Server数据库对上亿表的 *** 作[2]、、等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)