¿Los desarrolladores de SQL crean consultas SQL utilizando diseñadores de consultas SQL?

Solo tenía curiosidad por saber si los desarrolladores de SQL escriben su código a mano alzada o hacen uso del diseñador visual de consultas 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 recién estoy comenzando con SQL Server)

No puedo hablar por nadie más, pero generalmente solo escribo SQL en "a mano alzada", como lo dice. 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 cercano a tiempo completo.

Estoy seguro de que depende, pero nunca uso diseñadores visuales. Una vez que tenga una buena idea de SQL y piense en SQL, escribirlo se convierte en una segunda naturaleza. Me resultaría mucho más frustrante usar cualquier diseñador visual que simplemente escribir SQL sin formato.

Diría que la gran mayoría de los desarrolladores con experiencia razonable lo escriben a mano. Estoy seguro de que algunos principiantes o graduados recientes podrían usar los diseñadores visuales, pero una vez que tenga algunos de los conceptos básicos de SQL, la escritura a mano es mucho más rápida.

Encuentro que los diseñadores de consultas son generalmente lentos y engorrosos y no siempre pueden manejar consultas complejas. Muchas veces tuve 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.

Cada vez que quiero aprender una nueva herramienta / lenguaje. Me obligo a escribirlo a mano. HTML, XAML, SQL. De esa manera sé cómo arreglar lo que arroja el diseñador. Una vez que soy bueno con la escritura a mano, me obligo a aprender el diseñador lo mejor posible.

Siendo bueno con ambos, le permite tener lo mejor de ambos mundos ... hay algunas cosas que serán más eficientes para hacer con un diseñador y otras que son más eficientes en el código. Enseñarte a ti mismo te permite evitar las deficiencias de ambos.

No uso el generador de consultas para generar mis consultas, las construyo a mano inicialmente (principalmente porque cualquier cosa menos el motivo trivial de las consultas es difícil de escribir en un query designer.

Pero en sistemas grandes esto no es suficiente. La mayoría de los sistemas de bases de datos pesados ​​proporcionan una herramienta de análisis de consultas que responderá una consulta y le mostrará elQuery Execution Plan . Luego puede usar esto (con otras herramientas) para intentar y optimizar la consulta.

No solo ayuda con la consulta en sí, sino que también le da una indicación de qué tablas deben indexarse ​​y cómo deben indexarse, sino también posibles técnicas para particionar los datos.

Llegaría al extremo de decir que nunca he visto a nadie usar el diseñador visual de consultas.

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 las consultas se implementan.

Escribo todas mis consultas a mano. Los diseñadores visuales en su mayoría solo lo ralentizarían mientras escaneaban cientos de tablas para presentarlas muy bien. Todo lo que necesita para trabajar es completar un nombre simple para columnas y nombres de tablas más un manual de referencia para su DB particular.

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 mucho código SQL y PL / SQL sin usar nunca un diseñador de consultas. Para alguien que conoce SQL, usar esas herramientas solo es engorroso. Eso sería como dibujar diagramas de flujo en visio y dejar que una herramienta genere el programa en lugar de realmente escribir un programa.

Los principiantes comienzan con el diseñador y, con demasiada frecuencia, allí se generaban sus primeras imágenes del código SQL. Parece demasiado confuso porque no está formateado de una manera estructurada / comprensible. Eventualmente, deberá cambiar a la codificación en el texto y deberá enderezar todo. El formateo está apagado. Intellisense ha llegado a escritores SQL. Estoy empezando a incursionar en 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 solo ejecuto SqlPlus en una ventana de shell de Emacs. He personalizado la finalización de palabras que lo hace muy eficiente. Un diseñador de consultas simplemente me ralentizaría. Si tengo que mirar un gran conjunto de resultados, abriré SqlDeveloper, pero trato de no hacerlo porque es lento, y aunque puede completar nombres basados ​​en el esquema, aún así es más rápido trabajar en Emacs.