nam's questions

我的数据库有很多表和很多视图。对于我的一项任务，我正在使用此查询。当我运行以下查询时，它返回大量列 - 其中许多属于表，许多属于视图。问题：我们如何区分哪些列来自表，哪些列来自视图：

SELECT * FROM INFORMATION_SCHEMA.Columns

备注：我使用的是最新版本的 SQL Server 2022

参考号 INFORMATION_SCHEMA.COLUMNS

我有数百个用户表，每个表都有很多列。Sys.Columns正在返回16000列；而INFORMATION_SCHEMA.COLUMNS返回大约15,000.

问题：为什么上述两个函数返回如此不同的计数？使用Sys.Columns，我们如何获取ONLY数据库中所有用户表的列？

SELECT COUNT(*) FROM sys.columns --16,000
SELECT COUNT(*) FROM INFORMATION_SCHEMA.COLUMNS --15,004

桌子：

Address (
 AddressID bigint, 
 Street VARCHAR(150), 
 City VARCHAR(200), 
 State CHAR(2), 
 State VARCHAR(5)
)

表大小：5GB，6000 万行。

AdressID是顺序的。

备注：使用的 95-98% 的查询与以下查询相同，但子句中的 AddressID 范围有所不同WHERE：

SELECT AddressID,  Street , City, State, State 
 WHERE AddressID > someNumber AND AddressID < anotherNumber

问题：是否值得在 上创建聚簇索引AddressID？还是会适得其反，因为至少 95% 的查询会选择表的所有列？

根据以上信息，是否还有其他好的选择来创建有助于提高上述查询性能的任何索引？我想创建一个覆盖索引，但那不是像表扫描一样吗，因为它将包括表的所有列？

以下查询正确输出查找、扫描等次数。我对理解输出中的某些行有疑问。在查询的某些输出行中，索引名称显示为NULL，index_type显示为HEAP，并NumOfSeeks显示为 0；NumOfScans而在同一行中，它为和/或显示了一些非零数字NumOfLookups。问题：我们如何解释这些行？

备注：所有表都没有聚簇索引，因此所有表都是 HEAP。但是在以下查询的输出的大多数行中，显示的是索引名称（而不是显示为 NULL），并且还显示了 index_type（显示为 NONSLUSTER）。因此，问题特定于此评论上面描述的输出行。

参考：sys.dm_db_index_usage_stats。

SELECT OBJECT_NAME(IX.OBJECT_ID) Table_Name
       ,IX.name AS Index_Name
       ,IX.type_desc Index_Type
       ,SUM(PS.[used_page_count]) * 8 IndexSizeKB
       ,IXUS.user_seeks AS NumOfSeeks
       ,IXUS.user_scans AS NumOfScans
       ,IXUS.user_lookups AS NumOfLookups
       ,IXUS.user_updates AS NumOfUpdates
       ,IXUS.last_user_seek AS LastSeek
       ,IXUS.last_user_scan AS LastScan
       ,IXUS.last_user_lookup AS LastLookup
       ,IXUS.last_user_update AS LastUpdate
FROM sys.indexes IX
INNER JOIN sys.dm_db_index_usage_stats IXUS ON IXUS.index_id = IX.index_id AND IXUS.OBJECT_ID = IX.OBJECT_ID
INNER JOIN sys.dm_db_partition_stats PS on PS.object_id=IX.object_id
WHERE OBJECTPROPERTY(IX.OBJECT_ID,'IsUserTable') = 1
GROUP BY OBJECT_NAME(IX.OBJECT_ID) ,IX.name ,IX.type_desc ,IXUS.user_seeks ,IXUS.user_scans ,IXUS.user_lookups,IXUS.user_updates ,IXUS.last_user_seek ,IXUS.last_user_scan ,IXUS.last_user_lookup ,IXUS.last_user_update

尝试运行以下命令创建 时Server Role，出现如下所示的权限错误。但我可以使用 成功创建相同的角色SSMS。问题：为什么？

CREATE SERVER ROLE TestRole AUTHORIZATION [dbo];

错误：消息 15151，级别 16，状态 1 找不到服务器主体“dbo”，因为它不存在或您没有权限。

AdventureWorks2019 数据库查询：

SELECT * FROM HumanResources.Department D INNER JOIN HumanResources.EmployeeDepartmentHistory E ON D.DepartmentID = E.DepartmentID

问题：为什么以下查询没有返回任何数据。我期待它为我的上述测试查询返回至少一行。我可能在这里遗漏或误解了什么？

select 
    query_text_id, 
    query_sql_text as query_sql_text 
from sys.query_store_query_text where query_sql_text like '%SELECT * FROM HumanResources.Department D INNER JOIN HumanResources.EmployeeDepartmentHistory E ON D.DepartmentID = E.DepartmentID%'

参考：sys.query_store_query_text

使用默认配置打开查询存储。

在我们的 SQL 托管实例数据库中，我们创建了一个用户定义的数据库角色并向其中添加了 20 个用户。现在，在Microsoft Defender for Cloud扫描期间，我们收到以下错误/警告：

有人可以解释错误以及需要做什么来补救（解决）问题吗？

参考：漏洞评估规则

我运行了下图中显示的以下查询。我知道下面查询存储的左窗格显示查询（ID 为 1962）大约需要 151000 毫秒才能运行。

问题：但我不明白下图的第二个窗格（同一查询的计划摘要）：

1. 那里的垂直轴上的数字 173490、173495、173500、... 是什么
2. 那里的蓝点表示什么，旁边的小方块是什么？

假设您创建一个用户定义的数据库角色，如下所示：

CREATE ROLE TestRole AUTHORIZATION dbo

问题：以下两个权限中哪一个更严格？或者，这两个语句是否具有相同的目的（TestRole 的成员可以更改任何数据库对象）？

1. GRANT ALTER ON SCHEMA :: dbo To TestRole;
2. GRANT ALTER To TestRole;

问题：下面显示的错误可能是什么原因。运行以下代码的用户是db_securityadmin数据库角色的成员：

ALTER SERVER ROLE db_ddladmin ADD MEMBER [myDomainName.com\Juan]

消息 15151，级别 16，状态 1，第 3 行无法添加主体“myDomainName.com\Juan”，因为它不存在或您没有权限。

备注：用户[email protected]确实存在并且可以登录到他的笔记本电脑[email protected]。以下代码也给出了相同的错误：

ALTER SERVER ROLE db_ddladmin ADD MEMBER [[email protected]]

参考：将成员添加到固定服务器角色

问题：如果您不是 db_owner 或 sysadmin，执行以下任务需要什么最低权限：

1. 创建用户定义的数据库角色，例如，MyDbRole
2. 列出db_ddladmin角色内的所有用户
3. 将用户从 db_ddladmin` 角色移动到 MyDbRole
4. 为 MyDbRole 分配以下权限：CREATE、UPDATE、DELETE、DROP 任何表、存储过程、函数

在 SQL Server 2019 中，我创建了一个用户定义的数据库角色MyDbRole。
现在我想为MyDbRole数据库中的所有表授予以下权限。

CREATE, SELECT, UPDATE, DELETE, ALTER

问题：完成此任务需要什么最小权限。如果我要请求 DBA 给我一个权限，以便我可以授予以下MyDbRole权限，我应该向 dba 请求什么权限。我猜，它与WITH GRANT OPTION，但我不太确定我需要什么许可？

更新：请注意，我们不允许使用内置数据库角色，例如 db_datawriter、db_ddladmin，因为这些角色会给用户提供比所需更多的权限）。参考