日期列上的单列或多列索引最适合 SQL Server 中的性能？
在 SQL Server 2000 中，是在 start 和 end 日期列上创建一个索引更好，还是在每个日期列上创建一个索引更好？ MySQL 处理多列索引的方式最有可能在单个索引中的两列上正常工作。但我不确定 SQL Server 如何处理这个问题。
这个想法是搜索 enddate > 的记录。 GIVEN_DATE，有时也使用 startdate GIVEN_DATE 和结束日期 > GIVE_DATE。
由于我要添加索引的表非常大，并且需要一些时间并且在此期间使我们的系统保持离线状态，所以我之前在这里询问过，所以我不必稍后重做该过程;)
In SQL Server 2000, is it better to create an index on start and end date columns combined or one index on each one? MySQL handles multiple column indexes in a way that would most likley work fine with both columns in a single index. But I'm unsure how SQL Server handles this.
The idea is to search on a record where the enddate > GIVEN_DATE and also sometimes using startdate < GIVEN_DATE AND enddate > GIVE_DATE.
Since the table I will be adding the index to is quite large and will take some time and keep our system offline during that time I ask here before so I don't have to redo the procedure later ;)
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
我将尝试在字段 ENDDATE + STARTDATE 上创建一个索引。 使用此索引
在这种情况下，MS SQL 可以在查询中和查询中
，但请记住，此索引不会在以下查询中使用：
I'll try to create one INDEX on fields ENDDATE + STARTDATE. In this case MS SQL can use this index in queries
and on queries
But keep in mind that this index will not be used in queries like