标签: indexes

我们每晚的完整（和定期差异）备份变得非常大，主要是由于我们表上的索引数量；大约一半的备份大小由索引组成。

我们正在使用简单恢复模型进行备份。

有没有办法通过使用FileGroups或其他一些文件分区方法从备份中排除索引？

如果这也可以扩展到全文目录，那就太好了。

我有一个大表，它有一个带有标识主键的聚集索引。我正在决定该表的填充因子的正确值以最小化页面拆分。我们使用每天运行的脚本来维护索引，该脚本测量碎片并采取适当的措施。该表包含可变长度列。

我的第一个想法是将它设置为 100（因为记录应该只写入表的末尾）但我认为对可变长度列的更改也可能导致页面拆分，所以我现在转向 90。

任何建议表示赞赏。

除了浪费数据库空间之外，SQL Server 上不必要的索引会减慢插入和更新操作的速度。缺乏数据库原理经验的开发人员有时倾向于创建对正在运行的查询没有意义的表索引。

是否有适用于 SQL Server 2005/2008 的通用程序或工具来分析数据库工作负载并提示在某个操作数据库上从未使用或不需要哪些索引？

谢谢！

我负责一个较小的 DB 300+ 百兆 100'ish 表，大约有 45 个用户在整个工作日访问它。主要是阅读，但有相当数量的更新和插入。我一直在放慢学习数据库结构的速度，以便从中获得一些性能。我听说查看索引是一个很好的起点。所述数据库的表的所有大多数索引都是聚集的，其中一些是非聚集的。

集群与非集群相比有什么速度优势吗？我有一个维护计划（是的，我知道）在差异备份之前每晚重新组织和重建索引，这是否足够好，直到我更好地掌握索引的形成和利用？

是否有（a）个脚本可以帮助我查看各种索引的“性能”？我把自己弄进了多大的蠕虫罐头？

我的 .conf 文件中有以下块，但是当我加载适当的 URL（它指向一个只有一个虚拟 .txt 文件的目录）时，我得到了 Apache 2 测试页面而不是目录列表。

<Directory "/var/www/sites/www.some-site.com/public">
  Options Indexes
  [...other settings that are working fine...]
</Directory>

如果我将 index.html 文件放在那里，它会按预期加载。

我省略的“其他设置”用于 LDAP HTTP 身份验证等，它们也都按预期工作。

目录中没有 .htaccess 文件。

我似乎无法使目录浏览正常工作。

我也尝试过 +Indexes ，但仍然没有运气。

我很好奇为什么Options Includes Indexes在 Apache 配置中通常默认启用。

任何人都知道这是为什么，因为出于安全原因，它通常不受欢迎？