Os Devs SQL criam consultas SQL usando SQL Query Designers?

Eu estava curioso para saber se os SQL Devs escrevem seu código à mão livre ou eles usam o designer de consultas visuais para gerar consultas? Na maioria dos casos, o designer de consultas pode criar a maioria das consultas não complexas, não? (Eu sou um desenvolvedor do WinForms que está começando agora com o SQL Server)

Não posso falar por mais ninguém, mas geralmente digito SQL em "mão livre", como você diz. A maioria dos designers de consultas visuais parece (para mim) aumentar a complexidade em vez de reduzi-la. Devo acrescentar que também não escrevo SQL nem em período integral.

Tenho certeza de que depende, mas nunca uso designers visuais. Depois de ter uma boa noção do SQL e pensar em SQL, a escrita se torna uma segunda natureza. Eu teria um tempo muito mais frustrante usando qualquer designer visual do que apenas escrever SQL bruto.

Eu diria que a grande maioria dos desenvolvedores razoavelmente experientes escreve isso à mão. Tenho certeza de que alguns recém-formados ou recém-formados podem usar os designers visuais, mas uma vez que você tenha aprendido algumas das noções básicas sobre SQL, a escrita manual é muito mais rápida.

Acho que os designers de consulta geralmente são lentos e pesados ​​e nem sempre podem lidar com consultas complexas. Muitas vezes tive que copiar / colar uma consulta em alguma ferramenta (geralmente Access / Excel), que passou alguns minutos se debatendo sobre uma consulta antes de declarar que ela simplesmente não pode lidar com isso e me envia para a edição de texto modo.

Sempre que eu quiser aprender uma nova ferramenta / idioma. Eu me forço a digitá-lo à mão. HTML, XAML, SQL. Dessa forma, eu sei como consertar o que o designer vomita. Quando sou bom em escrever à mão, forço-me a aprender o designer da melhor maneira possível.

Sendo bom com os dois, vamos ter o melhor dos dois mundos ... existem algumas coisas que serão mais eficientes com um designer e outras que são mais eficientes no código. Ensinar a si mesmo os dois permite evitar as deficiências de ambos.

Eu não uso a query gera para gerar minhas consultas, eu as construo manualmente (principalmente porque qualquer coisa, exceto o motivo trivial das consultas, é difícil de escrever em um arquivo query designer.

Mas em grandes sistemas isso não é suficiente. A maioria dos sistemas de banco de dados pesados ​​fornece uma ferramenta de análise de consulta que faz uma consulta e mostra o Query Execution Plan. Você pode usar isso (com outras ferramentas) para tentar otimizar a consulta.

Não apenas ajuda com a consulta em si, mas também fornece uma indicação de quais tabelas precisam ser indexadas e como elas devem ser indexadas, mas também técnicas potencialmente para particionar os dados.

Eu diria que nunca vi alguém usar o designer de consultas visuais.

Eu mesmo nunca o usei.

Quando não conheço muito bem o esquema, costumo usar um designer de consultas. Isso me ajuda a aprender o esquema. Mais tarde ... digitar é muito mais rápido que desenhar.

Eu nunca consideraria usar o designer para escrever minhas consultas. Conheço meus esquemas de banco de dados detalhadamente (e nossos bancos de dados têm centenas de tabelas) e não preciso pensar em como ingressar neles, apenas digito e as consultas são lançadas.

Escrevo todas as minhas consultas manualmente. Os designers visuais geralmente apenas o atrasavam enquanto digitalizavam centenas de tabelas para apresentá-las de maneira agradável. Um preenchimento simples de nomes para colunas e nomes de tabelas, além de um manual de referência para seu banco de dados específico, é tudo o que você precisa para trabalhar.

Observe que minha experiência com os designers de consultas visuais se limita às ferramentas que trabalham com o banco de dados Oracle.

Eu escrevi muitos códigos SQL e PL / SQL sem nunca usar um designer de consulta. Para alguém que conhece SQL, o uso dessas ferramentas é complicado. Seria como desenhar fluxogramas no visio e permitir que uma ferramenta gere o programa em vez de realmente escrever um programa.

Os iniciantes começam com o designer e, com muita frequência, seus primeiros vislumbres de código SQL foram gerados lá. Parece muito confuso porque não está formatado de maneira estruturada / compreensível. Eventualmente, você precisará mudar para a codificação de texto e precisará corrigir tudo. A formatação está desativada. O Intellisense abriu caminho para escritores de sql. Estou começando a me envolver com um desses, pois estou trabalhando com um novo banco de dados.

Eu escrevi milhares de linhas de Oracle SQL e PL / SQL no ano passado. Na maioria das vezes, eu apenas executo o SqlPlus em uma janela de shell do Emacs. Eu personalizei o preenchimento de palavras que o torna muito eficiente. Um designer de consulta me atrasaria. Se eu tiver que olhar para um grande conjunto de resultados, abrirei o SqlDeveloper, mas tento não fazê-lo porque é lento, e mesmo que ele possa completar nomes com base no esquema, ainda é mais rápido trabalhar no Emacs.