我的一位同事在我们的SQL Server 2008 R2数据库中命名了一个存储过程sp_something。当我看到此消息时，我立即想到：“那是错误的！” 并开始在我的书签中搜索此在线文章，该文章解释了错误的原因，因此我可以向我的同事提供解释。 在这篇文章（由Brian Moran撰写）中，解释了给存储过程一个sp_前缀使SQL Server可以在master数据库中查看已编译的计划。由于sp_sproc不在此处，因此SQL Server将重新编译该过程（并为此需要一个专用的编译锁，从而导致性能问题）。 本文提供了以下示例，以显示两个过程之间的区别： USE tempdb; GO CREATE PROCEDURE dbo.Select1 AS SELECT 1; GO CREATE PROCEDURE dbo.sp_Select1 AS SELECT 1; GO EXEC dbo.sp_Select1; GO EXEC dbo.Select1; GO 您运行此程序，然后打开Profiler（添加“存储过程-> SP:CacheMiss事件”）并再次运行存储过程。您应该看到两个存储过程之间的区别：sp_Select1存储过程将比存储过程生成一个更多的SP:CacheMiss事件Select1（本文引用了SQL Server 7.0和SQL Server 2000。） 当我在SQL Server 2008 R2环境中运行该示例时SP:CacheMiss，两个过程都得到相同数量的事件（在tempdb和另一个测试数据库中）。 所以我想知道： 我可以在执行示例时做错什么吗？ sproc sp_something在新版本的SQL Server中，“不命名用户” adagium是否仍然有效？ 如果是这样，是否有一个很好的示例显示其在SQL …
我有一些具有相同基本结构的非常大的表。每个都有一个RowNumber (bigint)和DataDate (date)列。每天晚上使用SQLBulkImport加载数据，并且从未加载过任何“新”数据-它是历史记录（SQL Standard，不是Enterprise，因此没有分区）。 因为每个数据位都需要绑定到其他系统，并且每个RowNumber/DataDate组合都是唯一的，所以这就是我的主键。 我注意到，由于我在SSMS Table Designer中定义PK的方式，RowNumber第一和DataDate第二列出了。 我还注意到，我的碎片始终非常高，高达〜99％。 现在，由于每个DataDate索引仅出现一次，所以我希望索引器每天都添加到页面中，但是我想知道它是否实际上是RowNumber首先基于索引编制的，因此是否需要转移其他所有内容？ Rownumber不是一个标识列，它是一个由外部系统生成的int（很糟糕）。它在每个开始时重置DataDate。 示例数据 RowNumber | DataDate | a | b | c..... 1 |2013-08-01| x | y | z 2 |2013-08-01| x | y | z ... 1 |2013-08-02| x | y | z 2 |2013-08-02| x | y | z …
我有一些使用“实体框架代码优先”创建的数据库；应用程序正常运行，总的来说，我对Code First的功能感到非常满意。根据需要，我首先是一名程序员，然后是DBA。我正在阅读有关DataAttributes的内容，以在C＃中进一步描述我想要数据库做什么；我的问题是：将这些nvarchar(max)字符串放在表中会给我带来什么惩罚（请参见下面的示例）？ 此特定表中有几列；在C＃中，它们的定义如下： [Key] [DatabaseGeneratedAttribute(DatabaseGeneratedOption.Identity)] public int ID { get; set; } public string Name { get; set; } public string Message { get; set; } public string Source { get; set; } public DateTime Generated { get; set; } public DateTime Written { get; set; } 我希望根据名称，来源，生成的和书面查询和/或排序。我希望“名称和源”的长度为0至50个字符，偶尔最多为150个字符。我希望此表的开头很小（<100k行），但随着时间的推移会显着增长（> 1m行）。显然，消息可能大小不一，可能不会被查询。 我想知道，是否将我的“名称”和“源”列定义为nvarchar(max)当我从未期望它们大于150个字符时对性能产生影响？
在SQL Server 2008 R2上的大型生产表中添加列的最佳方法是什么？根据微软在线书籍： ALTER TABLE中指定的更改将立即实施。如果更改需要修改表中的行，则ALTER TABLE将更新行。ALTER TABLE在表上获取一个模式修改锁，以确保在更改期间没有其他连接甚至引用该表的元数据，除非联机索引操作最后需要非常短的SCH-M锁。 （http://msdn.microsoft.com/zh-cn/library/ms190273.aspx） 在具有数百万行的大型表上，这可能需要一段时间。停电是唯一的选择吗？处理这种情况的最佳方法是什么？
我们有一个包含2.3B行的表。我们想将列从NOT NULL更改为NULL。该列包含在一个索引中（而不是聚集索引或PK索引）。数据类型没有改变（它是一个INT）。只是可空性。声明如下： Alter Table dbo.Workflow Alter Column LineId Int NULL 在停止该操作之前，该操作花费了超过10（我们甚至还没有让它运行完毕，因为这是一项阻塞操作，并且花费了太长时间）。我们可能会将表复制到开发服务器，以测试实际需要多长时间。但是，我很好奇，是否有人知道从NOT NULL转换为NULL时SQL Server在做什么？另外，是否需要重建受影响的索引？生成的查询计划不会指示正在发生的事情。 有问题的表是群集的（不是堆）。