我如何构建我的索引? 一旦确定了通常建议的索引,接下来就应该为你的应用程序决定最好的索引了。下面列表中的SQL Server工具可以帮助你确定这个过程。 ID 命令/目录 举例 1 create INDEX T-SQL 命令(SQL Server 2000) 创建一个非聚簇的索引 create INDEX [IDX_Job_Desc] ON [dbo].[jobs] ([job_desc]) GO 2 create INDEX T-SQL 命令(SQL Ser……
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
我如何构建我的索引?
一旦确定了通常建议的索引,接下来就应该为你的应用程序决定最好的索引了。下面列表中的SQL Server工具可以帮助你确定这个过程。
ID |
命令/目录 | 举例 |
1 | create INDEX T-SQL 命令(SQL Server 2000) | 创建一个非聚簇的索引 |
create INDEX [IDX_Job_Desc] ON [dbo].[jobs] ([job_desc]) | ||
GO | ||
2 | create INDEX T-SQL 命令(SQL Server 2005) | |
3 | Enterprise Manager (SQL Server 2000) | |
4 | Management Studio (SQL Server 2005) |
我如何验证我的索引是有益的呢?
构建索引是好事,但是它不值得在没有判断你是否从中获得收益在情况下,花费时间去构建和维护索引。一个常见的你不想沦为牺牲品的场景就是,构建了一个只会给部分应用程序带来好处,却给应用程序的其它部分带来干扰的索引。一种可以防止此类事件的方式就是构建一个基线,当数据库发生变更的时候,在数据集合脚本上运行它,然后将结果与基线进行比较。
在你的环境中添加一些方便的索引,可以让你的性能有显著的提升。挑战就是要确保所有的常见的推荐索引都被覆盖了,然后以更加高级的方式继续向前,决定选择哪些索引。如果你花了时间去分析和构建必需的索引,那么记得用可以计量的标准对性能进行验证。
相关推荐
-
云端SQL Server高可用性最佳做法
与内部部署相比,在云端运行SQL Server可为数据库软件用户提供更多的灵活性和可扩展性,也可能更省钱。但云 […]
-
绘制数据关系图的利器:SQL Server 图像数据库工具
SQL Server 2017新增了图形数据库功能,你可以使用图结构来表示不同数据元素之间的关系。
-
如何在Azure部署时选择合适的SQL Server?
想要在Azure上运行SQL Server,企业一般会面临两种选择:在Azure虚拟机上安装SQL Server或使用Azure SQL Database。
-
Linux支持的引入 推动了SQL Server 2016集成服务的发展
随着SQL Server的不断发展,集成服务也在发生相应的变化。在最新的SSIS更新中,增加Linux支持和SQL Server 2016升级向导。