Marc Guillot's questions

Tenho um módulo IIS que atende a várias requisições ao mesmo tempo. Na entrada de cada requisição, quero registrar a última vez que o serviço foi acessado:

update log set last_access = getdate()

Mas com o nível de simultaneidade que às vezes consigo ter, tenho medo de facilmente ter conflitos.

Como meu log não precisa de uma precisão de milissegundos (ele será consultado para verificar se o servidor foi acessado nos últimos X minutos, não milissegundos), então, se meu log enfrentar um conflito, ele pode perfeitamente ignorar esse log e simplesmente não fazer nada.

Minha ideia inicial era proteger meu registro dentro de um bloco try-catch e simplesmente ignorar os conflitos.

begin try
  update log set last_access = getdate()
end try
begin catch
  -- We do nothing and ignore that another request has logged an access at the same time
end catch

Mas isso está correto?. Em caso de conflito, pularei automaticamente para a seção catch, não faça nada, para que meu Backend possa continuar atendendo normalmente o restante da requisição?.

Receio que ele possa esperar o deadlock ser liberado e continuar após um timeout. Existe uma maneira melhor de atualizar um valor, enquanto diz ao SQL Server para simplesmente ignorar essa atualização se outra sessão já tiver feito isso ao mesmo tempo?

PS: este log de atualização será executado em sua própria transação, enquanto qualquer operação SQL necessária para atender à solicitação será executada em transações separadas.

Obrigado.

Preciso alterar uma função que já tem dezenas de dependências. Não estou alterando os parâmetros de entrada ou o resultado dessa função, apenas como ela calcula seu resultado. Mas mesmo sem alterar a interface pública dessa função, tentar alterar a função ainda gera um erro de que ela não pode ser alterada porque tem dependências (principalmente restrições padrão).

Existe algum modificador de comando ou ferramenta para alterar essa função sem ter que remover todas as suas dependências e recriá-las no final (levarei horas para escrever esse script, sabendo que provavelmente terei que repetir esse processo em algumas semanas).

Isso já foi perguntado há mais de 10 anos, sem solução, mas pergunto novamente porque muita coisa mudou em 10 anos no SQL Server, e eu uso uma versão muito mais moderna dele.

Como posso alterar uma FUNÇÃO T-SQL com uma restrição padrão dependente?

Ao consultar sys.dm_exec_sessionsé possível anexar o session_context?

Tenho um backend com um pool de 100 conexões. Quando uma conexão é atribuída a uma nova solicitação de entrada, armazeno o usuário que faz essa solicitação no session_context.

exec sp_set_session_context @Key = N'User', @Value = @user_id

Agora, quando enfrento um impasse, gostaria de identificar os usuários envolvidos, obtendo o session_contextvalor 'Usuário' de cada um sys.dm_exec_sessions.

É possível? Obrigado.

Eu gostaria de desabilitar/remover totalmente esse aviso, porque meu pacote é um módulo inteiro do RAD Server, então esses threadvars nunca terão a chance de serem usados ​​fora do pacote.

Eu tentei {$WARNINGS OFF} na definição threadvar, mas isso não remove o aviso.

unit CustomSession;

interface

uses
  System.Classes,
  System.SysUtils,
  EMS.ResourceAPI;

type
  TKpSession = record
    UserId: string;
    UserName: string;
    SessionToken: string;
    class procedure ValidateRequest(const AContext: TEndpointContext); static;
  end;

{$WARNINGS OFF}
threadvar
  KpSession: TKpSession;
{$WARNINGS ON}

resourcestring
  rsNotLoggedIn = 'You need to be logged in to access %s - %s';

implementation

uses
  CustomLocalize;

class procedure TKpSession.ValidateRequest(const AContext: TEndpointContext);
var
  UserId, Resource, Endpoint: string;
begin
  Resource := AContext.Request.Resource;
  Endpoint := AContext.EndpointName;
  if Assigned(AContext.User) then
    UserId := AContext.User.UserName;

  if UserId.Trim <> '' then
  begin
   KpSession.UserId := UserId;
   KpSession.UserName := UserId; // Retrieve username from the DDBB ?
   KpSession.SessionToken := AContext.User.SessionToken;
   // to-do: Check Permissions for the User on this Request/Endpoint.
  end
  else
  begin
    raise Exception.CreateFmt(_(rsNotLoggedIn), [Resource, Endpoint]);
  end;
end;

end.