nam's questions

Meu banco de dados tem muitas tabelas e muitas visualizações. Para uma das minhas tarefas, estou usando esta consulta. Quando executo a consulta a seguir, ela retorna toneladas de colunas - muitas das quais pertencem a tabelas e muitas pertencem a visualizações. Pergunta : Como podemos distinguir quais colunas são de tabelas e quais são de visualizações:

SELECT * FROM INFORMATION_SCHEMA.Columns

Observação : estou usando a versão mais recente do SQL Server 2022

Ref . INFORMATION_SCHEMA.COLUMNS

Eu tenho centenas de tabelas de usuários e cada tabela tem muitas colunas. Sys.Columns está retornando 16000colunas; considerando que INFORMAÇÕES_SCHEMA.COLUMNS está retornando cerca de 15,000.

Pergunta : Por que as duas funções acima estão retornando contagens tão diferentes? Usando Sys.Columns, como podemos obter as colunas de ONLYtodas as tabelas de usuários em um banco de dados?

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

Mesa:

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

Tamanho da tabela: 5 GB, 60 milhões de linhas.

AdressIDé sequencial.

Observação : 95-98% das consultas usadas são exatamente as mesmas a seguir, com variações do intervalo de AddressID na WHEREcláusula:

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

Pergunta : Valerá a pena criar um índice clusterizado em AddressID? Ou será contraproducente, já que pelo menos 95% das consultas selecionam todas as colunas da tabela?

Com base nas informações acima, existem outras boas opções para criar qualquer índice que ajude a melhorar o desempenho da consulta acima? Pensei em criar um índice de cobertura, mas não seria como uma varredura de tabela, já que incluirá todas as colunas da tabela?

A consulta a seguir gera corretamente o número de buscas, varreduras, etc. Tenho dúvidas sobre como entender algumas linhas na saída. Em algumas linhas de saída da consulta, o nome do índice é mostrado como NULLe o index_typeé mostrado como HEAP, e NumOfSeekscomo 0; enquanto, nas mesmas linhas, mostra alguns números diferentes de zero para NumOfScanse/ou para NumOfLookups. Pergunta: Como interpretamos essas linhas?

OBSERVAÇÃO : Nenhuma das tabelas possui índice agrupado, portanto, todas as tabelas são HEAP. Porém, na maioria das linhas da saída da consulta a seguir, o nome do índice é exibido (e não é exibido como NULL) e o index_type também é exibido (como NONSLUSTER). Portanto, a pergunta é específica para as linhas de saída descritas acima desta observação.

Ref: 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

Ao tentar executar o seguinte para criar um Server Role, recebo o erro de permissão mostrado abaixo. Mas posso criar com sucesso a mesma função usando SSMS. Pergunta: Por quê?

CREATE SERVER ROLE TestRole AUTHORIZATION [dbo];

Erro: Msg 15151, nível 16, estado 1 Não é possível localizar o servidor principal 'dbo', porque ele não existe ou você não tem permissão.

Consulta no banco de dados AdventureWorks2019 :

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

Pergunta : Por que a consulta a seguir não está retornando nenhum dado. Eu esperava que ele retornasse pelo menos uma linha para minha consulta de teste acima. O que pode estar faltando ou entendendo errado aqui?

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%'

Ref: sys.query_store_query_text

O repositório de consultas está ativado com a configuração padrão.

Em nosso banco de dados SQL Managed Instance, criamos uma função de banco de dados definida pelo usuário e adicionamos 20 usuários a ela. Agora, durante a verificação pelo Microsoft Defender for Cloud , estamos recebendo o seguinte erro/aviso:

Alguém pode explicar o erro e o que precisa ser feito para corrigir (resolver) o problema?

Ref : Regras de avaliação de vulnerabilidade

Eu executei a seguinte consulta mostrada na imagem abaixo. Eu entendo que o painel esquerdo do repositório de consultas abaixo diz que a consulta (com id 1962) levou cerca de 151.000 ms para ser executada.

Pergunta : Mas não entendo o segundo painel (resumo do plano da mesma consulta) da imagem abaixo:

1. Quais são os números 173490, 173495,173500,... no eixo vertical lá
2. O que o ponto azul indica ali e do que se trata o pequeno quadrado ao lado dele?

Suponha que você crie uma função de banco de dados definida pelo usuário da seguinte forma:

CREATE ROLE TestRole AUTHORIZATION dbo

Pergunta : Quais das duas permissões a seguir são mais restritivas? Ou ambas as instruções servem ao mesmo propósito (os membros do TestRole podem alterar qualquer objeto de banco de dados)?

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

Pergunta : Qual pode ser a causa do erro mostrado abaixo. O usuário que executa o código abaixo é um membro da db_securityadminfunção de banco de dados:

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

Msg 15151, Level 16, State 1, Line 3 Não é possível adicionar o principal 'myDomainName.com\Juan' porque ele não existe ou você não tem permissão.

Observação : O usuário [email protected]existe e pode fazer login em seu laptop como [email protected]. O código a seguir também dá o mesmo erro:

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

Ref: Adicionar um membro a uma função de servidor fixa

Pergunta : Se você não é um db_owner ou um sysadmin, quais permissões mínimas são necessárias para executar as seguintes tarefas:

1. Crie uma função de banco de dados definida pelo usuário, digamos,MyDbRole
2. Listar item todos os usuários dentro da db_ddladminfunção
3. Mova os usuários da função db_ddladmin` para MyDbRole
4. Atribua as seguintes permissões a MyDbRole: CREATE, UPDATE, DELETE, DROP qualquer tabela, procedimento armazenado, função

No SQL Server 2019, criei uma função de banco de dados definida pelo usuário MyDbRole.
Agora eu quero conceder as seguintes permissões MyDbRolepara todas as tabelas no banco de dados.

CREATE, SELECT, UPDATE, DELETE, ALTER

Pergunta : Quais permissões mínimas eu preciso para realizar esta tarefa. Se eu pedir a um DBA para me dar uma permissão para que eu possa conceder o seguinte para MyDbRole, que permissão devo pedir a um dba. Eu estou supondo, tem algo a ver com WITH GRANT OPTION, mas não tenho certeza de exatamente qual permissão eu preciso?

Atualização : Observe que não temos permissão para usar funções de banco de dados internas, como db_datawriter, db_ddladmin, pois elas dariam mais permissões a um usuário do que o necessário). Referência