Kei*_*era 12 sql-server filegroups
有人可以给我举一个真实世界的场景，当将多个文件组更改为只读是一个不错的选择以及何时使用它们？如果将其设置为只读有什么好处？
在具有多个文件组的数据库上，您是否必须备份整个数据库并备份该文件组的每个文件？您还可以举一个何时使用文件组备份的示例吗？当您可以备份整个数据库时，我不明白为什么备份文件组会有所帮助。希望我能获得一个真实世界的体验，这个文件组备份是理想的
Han*_*non 15
您的问题有点广泛，但其中一些要点包括以下内容。
多个文件组，一般来说：
假设它们是物理隔离的，则可以提高性能。通常，您可以为聚集索引创建一个文件组，为非聚集索引创建一个文件组，并为堆创建一个文件组。或者您可以在分区情况下创建多个文件组。
可以通过启用零碎恢复来提高可恢复性。零碎还原可用于使关键生产数据快速上线，同时允许存档数据的还原不影响在线活动。请注意，在线零散还原是“仅限企业”的选项。我写了一篇博客文章，展示了如何在SQLServerScience.com上进行零碎恢复
不需要单独备份，但可以单独备份，这对于 VLDB 可能是必要的。请注意，在备份单个文件组时，您还必须备份主文件组。
只读文件组：
可用于减少仅报告数据的争用。
显然，可以用来防止修改数据。
当数据库联机时不需要运行恢复过程。这可以显着缩短 VLDB 的恢复时间。
此外，虽然读写文件组不能与基于 NTFS 文件系统的压缩一起使用，但只读文件组可以。这意味着对于非常有限的一组系统，通过压缩磁盘上的只读文件组文件，您可能会看到驻留在较慢磁盘上的 VLDB 数据的性能略有提高。这当然需要根据具体情况与从磁盘读取 NTFS 群集时解压缩 NTFS 群集所需的 CPU 开销进行评估。
围绕只读文件组的误区：
“永远不会更新存储在只读文件组中的表的统计信息。” 这是完全不正确的，可以通过创建一个测试台来证明，如我在SQLServerScience.com上的博客文章中所示。感谢@PaulWhite向我指出这一点。
“只读数据库中不会发生锁定。这会导致更快的查询性能”。这是不正确的，除非整个数据库都是只读的。单独的只读文件组不允许跳过共享锁。