标签: sql-server

我有几个大桌子。我想通过每周维护计划确保他们的统计数据是最新的。

但是，这样做需要花费太多时间。

如果我指定

WITH SAMPLE 50 PERCENT

SQL Server 然后采样：

1. 前 50% 的页面
2. 每隔一页
3. 或其他一些策略？

BOL对此并不明确。

我正在尝试创建一个 t-sql 查询，它可以确定给定的数据库是否具有从它创建的任何数据库快照。

例如，如果我要创建这样的快照：

CREATE DATABASE [DatabaseA_Snapshot] ON 
(NAME=DatabaseA, FileName='<whatever>') 
AS SNAPSHOT OF [DatabaseA]

有没有办法稍后再次查询该快照的存在？我可以看到它出现在 sys.databases 中，但是我找不到任何信息可以帮助我确定它是从 DatabaseA 创建的数据库快照。

SQL Server Management Studio 的对象资源管理器将它放在“数据库快照”文件夹下，因此显然可以通过某种方式将它们与常规数据库区分开来。

在标准 SQL 中，union all不保证a 的结果按任何顺序排列。所以，像这样：

select 'A' as c union all select 'B'

可以以任何顺序返回两行（尽管实际上在我知道的任何数据库上，'A' 都会出现在 'B' 之前）。

在 SQL Server 中，这变成了使用“串联”物理操作的执行计划。

我可以很容易地想象连接操作会扫描它的输入，返回任何有可用记录的输入。但是，我在网络上发现了以下声明（此处）：

Query Processor 将按照操作符出现在计划中的顺序执行这个计划，第一个是最上面的，最后一个是最后一个。

问题：这在实践中是真的吗？这能保证是真的吗？

我还没有在 Microsoft 文档中找到任何参考资料，说明按顺序扫描输入，从第一个到最后一个。另一方面，每当我尝试运行它时，结果表明输入确实是按顺序处理的。

有没有办法让引擎一次处理多个输入？我的测试（使用比常量更复杂的表达式）是在支持并行的 8 核机器上进行的，并且大多数查询确实利用了并行性。

DBCC FREEPROCCACHE在 Azure SQL DB 中不起作用。我还能如何强制计划以一种不会伤害生产系统的方式将自己踢出缓存（即我不能随意更改表）？这是专门为 Entity Framework 创建的 SQL，所以这些不是自我管理的存储过程 - 它是有效的动态 SQL。

（来源是糟糕的索引 -> 糟糕的统计数据等。这一切都已解决，但糟糕的计划不会消失。）

更新： 当他首先到达那里时，我选择了@mrdenny 的解决方案。然而，我成功地使用@Aaron Bertrand 的脚本来执行这项工作。感谢大家的帮助！！

我有点像一个新的 DBA，我正在管理一个具有大量活动的 SQL Server 2012 实例。我在完全恢复模式下运行，因为我们需要时间点恢复。

现在，我每天凌晨 5 点对数据库和日志进行完整备份。一些日志文件已经膨胀到 300gb，即使在进行备份后，它们的大小也不会减小。我可以通过运行类似于以下内容的内容来减小它们的大小：

BACKUP LOG db1 TO DISK = '\\server\share\db1_log1.trn';
DBCC ShrinkFile([db1_log], 0);

BACKUP LOG db1 TO DISK = '\\server\share\db1_log2.trn';
DBCC ShrinkFile([db1_log], 0);

BACKUP LOG db1 TO DISK = '\\server\share\db1_log3.trn';
DBCC ShrinkFile([db1_log], 0);

当我检查备份文件的 LSN 时，我看到如下内容：

RESTORE headeronly FROM DISK = N'\\server\share\db1_log1.trn'
FirstLSN:  15781000014686200001
SecondLSN: 15802000000665000001

RESTORE headeronly FROM DISK = N'\\server\share\db1_log2.trn'
FirstLSN:  15802000000665000001
SecondLSN: 15805000000004100001

RESTORE headeronly FROM DISK = N'\\server\share\db1_log3.trn'
FirstLSN:  15805000000004100001
SecondLSN: 15808000000004200001

我不相信我通过缩小日志文件来破坏我的日志链。读到这里，我确实相信我正在损害我的性能，因为那些缩小的日志文件必须重新增长自己。

问题：

1. 为什么备份后日志文件没有缩小？是因为有未提交的事务吗？
2. 起初我想我应该在每 5:00 AM 备份后缩小日志文件。在阅读了这对性能的影响之后，我现在相信我需要在白天每隔几个小时进行一次定期的日志备份。那是对的吗？ …

有没有办法找出 SQL Server 2008 R2 中缓存的内容？我发现了以下不错的文章：http : //blog.sqlauthority.com/2010/06/17/sql-server-data-pages-in-buffer-pool-data-stored-in-memory-cache。但是，我想知道每个表和索引存储了多少数据（例如百分比和 KB）。有没有一些简单的方法来获取这些数据？

有人可以帮我解决这些问题吗？

BULK INSERT DATABESE01.dbo.TABLE01
FROM '\\COMPUTER01\FOLDER01\TextFile.txt'
WITH
(
    FIELDTERMINATOR = ' ',
    rowterminator = '\n',
    tablock
)

错误显示，无法打开：

无法批量插入，因为无法打开文件“\SERVERNAME\FOLDERNAME\textFile.txt”。操作系统错误代码 5（访问被拒绝。）

该路径位于网络上的另一台计算机上。

我有一个来自 DBA 对我的一个数据库所做的跟踪的 .trc 文件。我的 PC 上没有安装 SQL 分析器工具，因此无法查看内容和分析跟踪日志。如何在我的 PC 上未安装 SQL 分析器的情况下读取此文件？

您必须原谅我的天真，因为我不是 DBA，但我的理解是，随着时间的推移，必须重新编译数据库更改和存储过程的统计信息，以使查询计划与最新的统计信息保持同步。

假设我在我的数据库中的存储过程，在对重新编译的最新统计一些固定的间隔，是什么在衬里的存储过程的代码，并在包裹它的含义sp_executesql的语句？我是否会丢失过去作为过程重新编译的一部分发生的查询计划的刷新？

如果在进行此更改之前我需要考虑其他任何事项（权限除外），那么我将不胜感激。

我在 MSDN 上读到这个：

SQL Server 查询优化器将新的 Transact-SQL 字符串与现有执行计划相匹配的能力受到字符串文本中不断变化的参数值的阻碍，尤其是在复杂的 Transact-SQL 语句中。

因此，假设我尝试内联和换行的存储过程sp_executesql确实包含一些参数，这是否是说虽然我的执行计划已缓存，但我让 SQL Server 更难找到和重用它？

以下面的代码示例为例：

SELECT MaritalStatus,
       COUNT(*) AS CountResult
       COUNT(*) OVER() AS CountOverResult
       FROM (schema).(table)
       GROUP BY Marital Status

COUNT(*) 返回所有行忽略空值对吗？

有什么作用COUNT(*) OVER()？

这个问题是在练习考试中出现的，所以我没有要查询的数据。我一直在使用 Adventure Works 和这个网站http://www.sqlishard.com/Exercise来练习。

如果我输入一个查询

SELECT ID, COUNT(*) AS 'COUNT(*)' , COUNT(*) OVER() AS 'COUNT(*) OVER()'
FROM Customers
GROUP BY ID

进入练习站点，我得到 3794 行返回，其中一Count(*)列是 1，一Count(*) Over()列是总行数。我不明白这个模式（对不起）所以我来到了这里。