Tenía curiosidad por si los desarrolladores de SQL escriben su código a mano o ¿hacen uso del diseñador de consultas visuales para generar consultas? En la mayoría de los casos, el diseñador de consultas puede crear la mayoría de las consultas no complejas, ¿no? (Soy un desarrollador de WinForms que acaba de comenzar con SQL Server)
No puedo hablar por nadie más, pero por lo general simplemente escribo SQL en "freehand", como lo dices. La mayoría de los diseñadores de consultas visuales parecen (para mí) aumentar la complejidad en lugar de reducirla. Debo agregar que tampoco escribo SQL en ningún lugar cerca del tiempo completo.
Estoy seguro de que depende, pero nunca uso diseñadores visuales. Una vez que tenga un buen sentido de SQL y piense en SQL, escribirlo se convierte en una segunda naturaleza. Tendría un tiempo mucho más frustrante usando cualquier diseñador visual que simplemente escribiendo SQL en bruto.
Yo diría que la gran mayoría de los desarrolladores con experiencia razonable lo escriben a mano. Estoy seguro de que algunos graduados recién o nuevos podrían usar los diseñadores visuales, pero una vez que tenga algunos de los conceptos básicos de SQL aprendidos a mano, es mucho más rápido.
Encuentro que los diseñadores de consultas son generalmente lentos y engorrosos y no siempre pueden manejar consultas complejas. Muchas veces he tenido que copiar / pegar una consulta en alguna herramienta (generalmente Access / Excel) que luego pasa unos minutos revisando una consulta antes de declarar que simplemente no puede manejarla y me envía a la edición de texto modo.
Siempre que quiera aprender una nueva herramienta / idioma. Me obligo a teclearlo a mano. HTML, XAML, SQL. De esa manera sé cómo arreglar lo que el diseñador escupe. Una vez que soy bueno con la escritura a mano, me obligo a aprender lo mejor posible el diseñador.
Siendo bueno con ambos, déjanos tener lo mejor de ambos mundos ... hay algunos que serán más eficientes que hacer con un diseñador y otros que son más eficientes en código. Al enseñarte a ti mismo, ambos te permiten evitar las deficiencias de cualquiera.
No uso las consultas generadas para generar mis consultas, las construyo a mano inicialmente (principalmente porque cualquier cosa que no sea la motivación de las consultas es difícil de escribir en un query designer .
Pero en grandes sistemas esto no es suficiente. La mayoría de los sistemas de base de datos pesados proporcionan una herramienta de análisis de consultas que tomará una consulta y le mostrará el Query Execution Plan . Luego puede usar esto (con otras herramientas) para intentar optimizar la consulta.
No solo ayuda con la consulta en sí, sino que también le da una indicación de qué tablas deben ser indexadas y cómo deben indexarse, pero también potencialmente las técnicas para particionar los datos.
Iría tan lejos como para decir que nunca he visto a nadie usar el diseñador de consultas visuales.
Yo mismo nunca lo he usado.
Cuando no conozco muy bien el esquema, tiendo a usar un diseñador de consultas. Esto me ayuda a aprender el esquema. Más tarde ... escribir es mucho más rápido que dibujar.
Nunca consideraría usar el diseñador para escribir mis consultas. Conozco los esquemas de mi base de datos con gran detalle (y nuestras bases de datos tienen cientos de tablas) y no tengo que pensar en cómo unirme a ellos, simplemente escribo y aparecen las consultas.
Escribo todas mis consultas a mano. La mayoría de los diseñadores visuales solo lo harían más lento al escanear cientos de tablas para presentarlas bien a usted. Una simple terminación de nombre para columnas y nombres de tablas más un manual de referencia para su base de datos particular es todo lo que necesita para trabajar.
Tenga en cuenta que mi experiencia con los diseñadores de consultas visuales se limita a las herramientas que trabajan con la base de datos Oracle.
He escrito muchos códigos SQL y PL / SQL sin utilizar nunca un diseñador de consultas. Para alguien que sabe SQL, usar esas herramientas es incómodo. Eso sería como dibujar diagramas de flujo en Visio y dejar que una herramienta genere el programa en lugar de escribir un programa.
Los principiantes comienzan con el diseñador y con demasiada frecuencia se generaron sus primeros atisbos de código SQL. Parece demasiado confuso porque no tiene un formato estructurado / comprensible. Eventualmente tendrás que cambiar a la codificación en el texto y tendrás que arreglar todo. El formateo está desactivado. Intellisense ha hecho su camino a escritores de SQL. Estoy empezando a meterme con uno de esos ya que estoy trabajando con una nueva base de datos.
He escrito miles de líneas de Oracle SQL y PL / SQL durante el año pasado. La mayoría de las veces simplemente ejecuto SqlPlus en una ventana de shell de Emacs. He personalizado la terminación de palabras que lo hace muy eficiente. Un diseñador de consultas me retrasaría. Si tengo que ver un gran conjunto de resultados, abriré SqlDeveloper, pero intento no hacerlo porque es lento, y aunque puede completar nombres basados en el esquema, aún es más rápido trabajar en Emacs.
Lea otras preguntas en las etiquetas sql sql-server