Realmente no he tenido que pensar mucho a la derecha entrar, pero supongo que yo En 20 años, desde que escribí las consultas SQL, no encontré una justificación sólida para usar una. Ciertamente, he visto muchos de ellos, supongo, que surgen de los desarrolladores que han utilizado constructores de consultas integrados.
Siempre que he encontrado uno, he reescrito la consulta para eliminarlo - He encontrado que solo requieren demasiada energía mental adicional para aprender o volver a aprender si no has visitado la consulta durante un tiempo y no ha sido raro que la intención de la consulta se pierda o devuelva resultados incorrectos, y generalmente es esta incorrección la que me ha llevado a solicitar que revise por qué las consultas no funcionaban.
Al pensar en ello, una vez que introduces una combinación de la derecha, ahora tienes lo que consideraría ramas de la lógica competitiva que deben encontrarse en el medio. Si se introducen requisitos/condiciones adicionales, ambas ramas se pueden extender aún más y ahora tiene más complejidad que tiene que hacer malabares para asegurarse de que una rama no da lugar a resultados incorrectos.
Además, una vez que introduce una combinación correcta, otros desarrolladores menos experimentados que trabajan en la consulta más tarde simplemente pueden atornillar en tablas adicionales a la parte de la derecha de la consulta y, al hacerlo, expandir los flujos lógicos que compiten aún necesidad de reunirse en el medio; o en algunos casos que he visto, comienzan a anidar vistas porque no quieren tocar la lógica original, tal vez en parte, esto se debe a que es posible que no comprendan la consulta o las reglas comerciales vigentes que impulsaron la lógica.
O, dicho de otra manera, que quiere hacer las cosas bien y se fue (y completa) :) –