Dryadwoods's questions

Eu tenho uma tabela sys_QueueJobque armazena dados lógicos da fila.

Achei que bastaria ter uma atualização com retorno... Porém, agora não tenho certeza se isso é 100% seguro.

Como posso ter certeza de que, independentemente de muitas solicitações paralelas, não retornarão o mesmo ID?

UPDATE sys_QueueJob
SET ExecutionStartedOn = GETDATE()
OUTPUT DELETED.Id as Result
WHERE Id = (select top 1 x.Id
            from sys_QueueJob x with (rowlock, updlock, readpast)
                        where x.ExecutionFinishedOn is null
                            AND (
                                x.ExecutionStartedOn is null
                                OR x.ExecutionStartedOn < DATEADD(HOUR, -1, GETDATE())
                               )
                        order by x.CreatedOn asc)

Eu tenho uma função MS Sql que tem alguma lógica para processar o próximo ID de um elemento (concats letras com números com base em alguma lógica de negócios, também com base em um select count()).

De alguma forma, durante os últimos dias (em ambiente de produção), já que o sistema está sendo usado por mais usuários simultâneos, conseguimos algumas duplicatas.

A lógica existente é muito simples:

insert into XXXX (A,B,C,D,E) 
select dbo.GiveMeNewID(getdate()), @ParamB, @ParamC, @ParamD, @ParamE

De alguma forma, o GiveMeNewId devolveu o mesmo ID em duas solicitações paralelas.

Esta função é utilizada no momento em diferentes lugares, dentro de um Stored Procedure e também a partir de uma construção SQL "dinâmica" de um "cliente C#".

Eu não quero implementar uma camada "singleton" em algum software intermediário.

Alguma ideia de como resolver este problema? Obrigado.

PS: para testar eu tinha as seguintes linhas dentro da função SQL para poder rodar diferente o insert em diferentes janelas.

/*********************************************************/
declare @dtStart datetime=getutcdate()
while datediff(second,@dtStart,getutcdate()) < 10
begin
    set @dtStart = @dtStart
end
/*********************************************************/

Eu sei que o parâmetro de saída não garante lógica de paralelismo. E a lógica que quero implementar está falhando em um ambiente multi-thread.

Para testar isso, basta abrir 2 janelas e executá-las lado a lado o mais rápido possível. Em seguida, compare os Ids, alguns serão duplicados.

declare @id int 
select @id = 1
while @id >=1 and @id <= 100
begin
    UPDATE sys_QueueJob
    SET StartedOn = GETDATE()
    OUTPUT DELETED.Id as Result
    WHERE Id = (select top 1 qj.Id 
                    from sys_QueueJob qj
                    where qj.ProcessedOn is null AND qj.StartedOn is null                                                   
                    order by CreatedOn asc)
    print 'Count: ' + convert(nvarchar(max), @id)
    select @id = @id + 1
end

Eu só quero pegar a entrada mais antiga da tabela qeueJob que ainda não foi iniciada e ao mesmo tempo dizer que agora ela foi iniciada. E o mesmo código precisa me fornecer 100% de certeza de que a próxima execução me dará o próximo ID correto.

Como posso fazer isso?

Existe alguma maneira (integrada) ou complemento/extensão gratuito/pago para SQL Management Studio que nos permite saber exatamente um tipo de dados de uma coluna quando estamos escrevendo uma consulta?

Neste projeto específico, tive situações em que, olhando o resultado da consulta, não tenho exatamente certeza do tipo de dados, se é um número escrito em uma coluna nvarchar(max) .... ou se é um tinyint ou int , ou bigint, etc....

E estou gastando tanto tempo apenas para fazer drill na "lista de árvores" para chegar a uma tabela específica e expandir o nó Columns para descobrir com o que estou lidando ....

Uma situação em que você tem um monte de JOINS (e allias) e sp_help <tablename>exige que eu sempre vá para alguma outra janela de consulta e digite mais sql (nomes de tabela).... então seria mais fácil e rápido apenas ter uma mensagem de dica de ferramenta da coluna com informações extras.

A sintaxe para definir um valor de atualização para timestamp é a seguinte:

CREATE TABLE Example1 (
    ...
    `RowVersion` TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
    ...
);

Posso alterar o tipo de dados de carimbo de data/hora para coluna GUID por:

`RowVersion` CHAR(36) NOT NULL DEFAULT 'uuid()'

Mas eu não posso escrever:

 `RowVersion` CHAR(36) NOT NULL DEFAULT 'uuid()' ON UPDATE 'uuid()',

Como posso definir um novo uuid () quando a linha é atualizada sem criar um gatilho?