4

Acho que se eu estou digitando SQL na mão, eu provavelmente sei o que é transaction. E eu usaria se quisesse.
No máximo você aí deve executar as instruções na sequência. Acho que o software não deve inferir que o usuário quer uma transaction. Ele deve ser literal.

Já sobre o botão de run, ele deve executar tudo, ou o selecionado. Não inferir também que o usuário sabe que é onde o cursor tá.

Basicamente. Banco de dados é algo precioso demais pra gente deixar um software inventando moda. Melhor seguir o padrão.

Essa é minha opinião.

Carregando publicação patrocinada...
1

Faz sentido, obrigado por compartilhar sua opinião.

Essa parte sobre não inferir uma transaction é especialmente interessante. Também estamos tentando entender até onde o editor deve ser "literal" e até onde deve tentar adivinhar a intenção do usuário.

E sobre o Run, é justamente esse comportamento que estamos tentando validar com a comunidade: executar tudo por padrão e usar a seleção quando o usuário quiser executar apenas uma parte.

Vou acompanhar as respostas por aqui e levar o feedback para a discussão no GitHub.

1

Concordo. Quando comecei a usar o DBeaver eu sofri bastante com a configuração padrão dele. Alterei pra executar tudo o que está no arquivo de uma vez.

No meu caso sofri bastante porque a maioria das Queries que faço eu uso variáveis declaradas, então era horrível ter que ficar selecionando o arquivo inteiro para que ele entendesse que eu queria a declaração das variáveis junto na execução.

E, por garantia, eu não tenho costume de misturar queries com intenções diferentes no mesmo arquivo. Se a minha intenção é um UPDATE ou DELETE, eu abro um novo arquivo para fazer a query específica. Além de garantir usando TRANSACTION.

1