É possível remover as hints (NOLOCK) "forçadas" em SQLs tratados pelo Runner?

Question

Apenas para fins de demonstração para um cliente, solicitaram-me a elaboração de alguns SQLs. Em um deles, faz-se necessário o uso de uma Common Table Expression do SQL Server.

Entretanto, o Builder apresenta erro ao executar o SQL.

 

O mesmo SQL, executando na ferramenta do SQL Server, executa normal.

 

 

Ainda na Dash SQL Server, adicionando os (NOLOCK) da mesma maneira que o Runner faz, é apresentado o mesmo erro.

 

 

De acordo com a Microsoft, ao usar Table Hints recomenda-se o uso de WITH... "Omitting the WITH keyword is a deprecated feature: This feature will be removed in a future version of Microsoft SQL Server." - http://msdn.microsoft.com/en-us/library/ms187373.aspx

Na Dash do SQL Adicionando os (NOLOCK) com WITH funciona normal.

Já no Builder, não funciona. Tenta executar o SQL, acredito que não consiga, e retorna -1 linhas, sem apresentar nenhum erro.

Fiz uma pesquisa na Wiki, e vi que se for feito um SQL diretamente de uma TBQuery no Delphi, ou BPesquisa na Macro, é possível desligar o atributo ForceNoLockOnTables do objeto para não gerar estes NOLOCK. Mas estou fazendo diretamente no módulo "Adm" -> "Desktop" -> "Data Packets", e não tenho controle sobre a programação, tudo deve ser resolvido no próprio SELECT.

É possível desligar esta geração de (NOLOCK) à nível global, de todo o sistema??

Não seria melhor alterar a funcionalidade para colocar "WITH (NOLOCK)"  ao invés de apenas "(NOLOCK)" nos comandos executados?

 

Comments

Imagino que o "NOLOCK" não tenha sido tratado neste caso. Abre uma SMS aos cuidados da Tecnologia.

---

Todas as ferramentas deveriam seguir o que esta no server manager, salvo configuração especifica de cada ferramenta.
Acredito que o builder não tenha esta configuração e não a respeite.

O Readpast/Nolock surgiu para normatizar o acesso a dados em ambientes multi-usuários, que é uma caracteristica do runner. O builder por sua vez tem a caracteristica de poucos usuários, por se tratar de uma ferramenta de desenvolvimento.

Answer 1

Sim, é possível.

Utilize o parâmetro READPAST = "N" conforme informado em :

http://wiki.benner.com.br/wiki/index.php?title=Par%C3%A2metros_do_Server_Manager#READPAST

O readpast utilizado no sql server é (NOLOCK).

Comments

Realmente, desligou os (NOLOCK) no Runner. Mas aparentemente, não no Builder... O SELECT ainda não executa no Builder, mesmo após setar o parâmetro no ServerManager.

---

Mesmo após reiniciar o sistema?

---

Se por "Reiniciar o Sistema" você refere-se àquele botão no módulo "Sistemas" do ServerManager... sim, mesmo após reiniciar sistema. Runner OK, Builder NOT OK.
Creio que os Builder não seja afetado pelos parâmetros do Server Manager... Ou estou equivocado?

---

O Builder tem um flag Leitura na janela de execução de comandos SQL que vem por padrão selecionado e que, em bancos SQL Server, força o NOLOCK. O problema aí é que ele faz uma verificação no comando a ser executado.. se não começar com SELECT *, mesmo que você tenha desmarcado o flag ele marca sozinho, ou seja, força o NOLOCK nas consultas.
O Builder precisaria passar a considerar também o parâmetro do ServerManager (que não necessariamente precisa ser o READPAST... se tiver o parâmetro READCOMMITTEDSNAPSHOT estiver como N ele coloca NOLOCK também).