惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

博客园 - 聂微东
GbyAI
GbyAI
S
SegmentFault 最新的问题
H
Hackread – Cybersecurity News, Data Breaches, AI and More
V
Visual Studio Blog
WordPress大学
WordPress大学
Hugging Face - Blog
Hugging Face - Blog
B
Blog
宝玉的分享
宝玉的分享
Last Week in AI
Last Week in AI
雷峰网
雷峰网
爱范儿
爱范儿
Vercel News
Vercel News
人人都是产品经理
人人都是产品经理
U
Unit 42
Microsoft Azure Blog
Microsoft Azure Blog
Microsoft Security Blog
Microsoft Security Blog
Jina AI
Jina AI
P
Proofpoint News Feed
A
About on SuperTechFans
I
InfoQ
F
Fortinet All Blogs
L
LangChain Blog
T
Tailwind CSS Blog

博客园 - 林石

[转].NET Core、Xamarin、.NET Standard和.NET Framework四者之间的区别 .NET工行E生活接入AES加密算法的吐槽-2018 [转]MYSQL性能查看(命中率,慢查询) 可遇不可求的Question之MySql4.0前版本不支持union与批量SQL提交 Cookie的几点忠告 可遇不可求的Question之MySqlClient的Guid 类型的映射篇 可遇不可求的Question之SQLSERVER触发器不支持多行插入操作篇 可遇不可求的Question之INSERT … ON DUPLICATE KEY UPDATE 语法篇 可遇不可求的Question之Mysql在不重启服务的情况下修改运行时变量篇 可遇不可求的Question之MySQL系统变量interactive_timeout 与 wait_timeout 篇 可遇不可求的Question之flash的socket连接安全策略文件篇 可遇不可求的Question之error: Failed dependencies: MySQLconflicts 错误篇 可遇不可求的Question之导入mysql中文乱码解决方法篇 Codesmith怎么判断sqlserver数据库字段是不是标识自增字段 可遇不可求的Question之skip-name-resolve模式篇 MySQL Error Codes MYSQL的错误代码 [转]如何成为强大的程序员? 可遇不可求的Question之Silverlight完美加密工具deepsea篇 可遇不可求的Question之反序列化时出现“base-64 字符数组的无效长度”错误提示篇
可遇不可求的Question之Sqlserver2005文件组的迁移篇
林石 · 2017-03-09 · via 博客园 - 林石

问题:由于数据庞大,我在数据库里面使用了分区表,建了很多文件组,一个分区对应一个文件组,一个文件组只有一个文件。我在建分区表的时候,在数据库属性里面“文件”选项中,本来逻辑名称为“TradeDataDW201006”应该指向文件组“TradeDataDW201006”,但是刚开始弄错了指向文件组“TradeDataDW200906”,现在导致200906这个分区的数据分布在“TradeDataDW200906.ndf”和“TradeDataDW201006.ndf”上面,而将来的201006的分区却没有对应的文件组了。

问过几个认识的DBA朋友,还到微软的BBS里面去请教,学到了一个我以前不知道的知识,关于聚集索引的,聚集索引里存放的数据和表的数据必须在同一个文件组中,而且它们的顺序也是一致的。

这里还有一片其他的文章关于将一个表从一个文件组移到另一个文件组的http://www.windbi.com/showtopic-18.aspx

后来我自己的解决方法是:

通过数据库的收缩功能,具体操作为右键点数据库-》任务-》收缩-》文件,然后选择对应的文件组和文件名,通过将数据迁移到同一文件组的其他文件来清空文件。这样就把TradeDataDW201006.ndf的数据合并到TradeDataDW200906.ndf中去了,最后在数据库属性的文件里面,删除TradeDataDW201006那一行,确定,然后新增TradeDataDW201006,确定。搞定!

这里还有微软BBS上的rmiao,liu zhi等热心朋友提供的另外一个方法,我目前还没有做尝试。就是利用聚集索引的特性,重建聚集索引,这样数据就会自动分布到对应的文件上去。