Duda sobre rendimiento

[Angel.Matilla]

Una duda que he tenido siempre desde que aprendí a usar SQL es a la hora de hacer consultas si tiene mejor rendimiento el uso de una vista o un SELECT complejo que llama a varias tablas.

[Casimiro Notevi]

Depende, como siempre. Ten en cuenta que una vista es un select, por lo que en teoría debería ser igual. La diferencia es el uso de cada uno, una vista es... eso, una vista, el poder usar una parte de una tabla o varias tablas, como si fuese una sola, por motivos de comodidad por diversas razones.

[Angel.Matilla]

Sí, evidentemente. Pero en general ¿no tendrá mejor rendimiento una vista? Entiendo que al, digámoslo así, tener preseleccionada la información debe ser más rápido actuar sobre un grupo de datos que sobre la totalidad de los mismos.

[Casimiro Notevi]

Puedes hacer una prueba tú mismo, ejecutando un query con el select que usaste para la vista. A ver qué resultado obtienes.
Pero, en principio, la diferencia debe ser insignificante.

[Angel.Matilla]

Gracias por las respuestas. Lo probaré.

[orodriguezca]

Empezado por Angel.Matilla

Sí, evidentemente. Pero en general ¿no tendrá mejor rendimiento una vista? Entiendo que al, digámoslo así, tener preseleccionada la información debe ser más rápido actuar sobre un grupo de datos que sobre la totalidad de los mismos.

En una vista la información no está "preselecionada", lo que está "pre-elaborada" es la consulta SQL. Como dijo casimiro, en principio no debería existir diferencias en el rendimiento.

Una vista te proporciona comodidad de uso y algo de estandarización en las consultas, sobre todo cuando hay varios programadores. Ademas, con el uso de vista se puede limitar el acceso a datos "sensibles". Por ejemplo, puedes restringir el acceso a las tablas de nómina y crear vistas que permitan consultar información básica de los empleados (nombres, sexo, cargo, etc) sin mostrar el salario de esos empleado.

[mamcx]

Empezado por Angel.Matilla

Sí, evidentemente. Pero en general ¿no tendrá mejor rendimiento una vista? Entiendo que al, digámoslo así, tener preseleccionada la información debe ser más rápido actuar sobre un grupo de datos que sobre la totalidad de los mismos.

Esto es cierto si es una "Vista materializada", pero no es el caso normal.

---


Mira estos enlaces:

https://stackoverflow.com/questions/...a-simple-query
http://www.sqlservercentral.com/blog...erstood-views/
http://www.dba-oracle.com/art_hints_views.htm


En resumen:

Por si solo un view no afecta. Es "solo" una macro-expansion de un select comun y corriente..

PERO

hay formas de hacer que los Views sean mas rapidos, tambien dependen de que tan bueno sea el query planer, y si realmente quienes lo usan estan haciendo cosas redundantes o problematicas.


La parte importante es entender el papel del query planer.

Por ejemplo tenia un problema enorme que me pasaba en cierto reporte. Este enlzaba varios sub-consultas y vistas.

Para resolver el lio, tire el query planer, y me salio (obviamente) un mounstro. Asi que tire el query planer por cada sub-consulta y cada view.

Me di cuenta que estaba confundiendo al pobre.. tenia los ORDER BY en los view que luego cancelaba en la consulta que lo llamaba y lo volvia a recuperar de forma parcial en la que encapsulaba a todo.

Imaginate que haces esto con funciones "normales" y tenes:

Código SQL [-]
report =
   customer =
     .code.sortAsc
   join city(... name.sortAsc)
  join invoice(... date.sortAsc  )
  ->
 city.Code.sortAsc, customer.Code.sortAsc, invoice.Date.sortDesc

Uno sort cancelando los otros. Eso es algo a tener en cuenta, que no te estes pisando tus propios pasos...

[Angel.Matilla]

Empezado por mamcx

Uno sort cancelando los otros. Eso es algo a tener en cuenta, que no te estes pisando tus propios pasos...

Pues no se me había ocurrido lo que comentas; esalgo a tener en cuenta. Muchas gracias.