David George's questions

Um dos meus desenvolvedores escreveu uma função SQL que funciona como a função VB.Net (LastIndexOf) e deseja publicá-la. Minha pergunta é qual seria o motivo de colocar isso em um banco de dados central em vez de colocá-lo em cada banco de dados do usuário?

O desenvolvedor estava tentando colocá-lo no esquema sys em seu banco de dados mestre para que ele não tivesse que qualificar chamadas para ele dos bancos de dados do usuário ... suspiro

Mas eu não tinha certeza de qual seria a desculpa válida para centralizá-lo (obviamente não o banco de dados mestre) em relação ao banco de dados de cada usuário?

Eu tenho um procedimento que percorre todos os objetos no banco de dados e atribui a eles as permissões adequadas a esse objeto. Eu quero saber se há uma maneira melhor de fazer isso? Eu uso um banco de dados modelo para criar novos bancos de dados, então tenho que executar isso toda vez que crio um novo banco de dados. Aqui está uma ideia de como fica (nota: falta um pedaço desde o início que elimina todos os usuários e recria os usuários necessários; isso é necessário desde a alteração do SID):

CREATE PROCEDURE usp_SetPermissions 
AS 
 BEGIN

DECLARE @CurrentId INT
DECLARE @ObjectName NVARCHAR(128)
DECLARE @Message NVARCHAR(160)
DECLARE @Error INT
DECLARE @Sql NVARCHAR(256)

CREATE TABLE #tmpDbObjects 
(
   ID INT IDENTITY(1,1),
   ObjectName NVARCHAR(128),
   Completed BIT
)

INSERT #tmpDbObjects(ObjectName, Completed)
SELECT DISTINCT [Name], 0 As Completed 
FROM sys.objects 
WHERE [type] = 'U' AND is_ms_shipped <> 1

WHILE EXISTS (SELECT 1 FROM #tmpDbObjects)
 BEGIN
    -- Pick first uncompleted object
    SELECT TOP 1 @CurrentId = ID,
                 @ObjectName = ObjectName
    FROM #tmpDbObjects

    -- Grant permissions to DB user
    SET @Sql = 'GRANT SELECT, INSERT, UPDATE, DELETE ON dbo.' + QUOTENAME(@ObjectName) + ' TO ' + QUOTENAME(DB_NAME()) 
    EXEC sp_sqlexec @Sql

    -- Update object completion 
    DELETE #tmpDbObjects
    WHERE [Id] = @CurrentId

    -- Clear variables
    SET @Sql = NULL
    SET @CurrentId = NULL
 END

INSERT #tmpDbObjects(ObjectName, Completed)
SELECT DISTINCT [Name], 0 As Completed 
FROM sys.objects 
WHERE [type] = 'P' AND is_ms_shipped <> 1

WHILE EXISTS (SELECT 1 FROM #tmpDbObjects)
     BEGIN
    -- Pick first uncompleted object
    SELECT TOP 1 @CurrentId = ID,
                 @ObjectName = ObjectName
    FROM #tmpDbObjects

    -- Grant permissions to DB user
    SET @Sql = 'GRANT EXEC ON dbo.' + QUOTENAME(@ObjectName) + ' TO ' + QUOTENAME(DB_NAME()) 
EXEC sp_sqlexec @Sql

    -- Update object completion 
    DELETE #tmpDbObjects
    WHERE [Id] = @CurrentId

    -- Clear variables
    SET @Sql = NULL
    SET @CurrentId = NULL
 END

Este script continua a fazer coisas semelhantes para todas as visualizações, funções, etc. no banco de dados. Alguma ideia para acelerar isso ou existe uma maneira melhor de fazer isso?

Eu tenho um SQL Server 2005 Std (x64) com SP4 que possui um procedimento que não consigo matar. Se eu visualizar sys.dm_exec_requests, vejo SPID 103 com wait_type de LCK_M_SCH_M, um status de SUSPENDED e comando de KILLED/ROLLBACK. No entanto, o SPID não desaparece. Posso até fazer sp_who 103 e vejo o SPID com KILLED/ROLLBACK. O SPID tem um tempo de espera atual de quase 20 horas desde que o matei.

Além disso, a execução KILL 103 WITH STATUS ONLYretorna 0% concluído