在创建全新的数据库和/或表时，应该遵循什么样的索引策略。因为我不会有任何用户查询分析或要求找到主要使用的列。什么应该是我的索引策略/（哪些列应该构成聚簇，哪些列应该参与非聚集）？在这种情况下我该如何进行？
答案 0 :(得分：1)
索引当前在函数/存储过程中使用的列。应用程序开始使用后，您可以相应地进行调整并运行调整向导。
答案 1 :(得分：1)
当谈到新的开发项目与生产支持时，很难有一个绝对的答案，其中索引属于优先级列表。就新的开发项目而言，花费相同的时间来构建数据库设计，索引策略和数据访问代码是明智的。没有它，应用程序可能成为维护噩梦，需要在生产环境中给予极大的关注。在许多方面，如果数据库被认为是一个预计会永久运行而没有任何关注的黑匣子，这说起来容易做起来难。如果您遇到这个问题，那么有必要首先改变这种心态，确保时间，精力和资源正确地满足数据库需求的发展。
对于生产应用程序，在发生性能问题时，检查索引和查询计划应该是一个高优先级。在许多方面，更改或添加索引应该是审查，分析，测试和部署的许多项目之一，而不是将索引作为解决性能问题的灵丹妙药。
索引的另一个重要考虑因素是，随着应用程序的更改，索引也可能需要更改。不要认为索引停滞不前，而是要考虑具有索引含义的代码。因此，应用程序更改不要害怕更改，测试和部署改进的索引策略。
您可以在此处进一步阅读http://www.mssqltips.com/sqlservertip/1452/sql-server-index-checklist/
答案 2 :(得分：1)
事先不知道任何事情，你能做的最好就是慷慨地应用指数。这会以很大的方式降低您的写入性能，但至少可以很好地处理意外的查询。