Cita:
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...