MySQL 5.0 todavía está creciendo intentando competir con motores de base de datos más potentes. De hecho las subconsultas en MySQL no han sido permitidas hasta la versión 5.0 y si pretendemos crear una Vista en MySQL 5.0 utilizando varias subconsultas tenemos el reisgo de tirar el servicio en fución de los registros/tráfico que tenga la aplicación Web.
Para más información podemos visitar MySQL 5.0 Reference Manual::Restricciones en vistas.
jajaja eso de tirar el servidor abajo con una vista lo dices por experiencia no?
^_^ obviamente, a quien anda le pasa y como ya sabes a mi me pasó!
Esto no me sirve de nada, para que molestarse en escribir algo q no sirve?
Sé como llegar al link proporcionado, asi que no veo el caso hacer una pagina llamada vistas-en-mysql-50, si no hay nada.
Bueno Quejoso, siempre puedes preguntar y si así puedo resolverte la duda ya te habrá valido la pena el haber encontrado este sitio. Este post fue redactado por la experiencia que tuve al intentar usar una vista en MySQL 5.0 en un proyecto con tráfico… y claro, la idea es muy bonita pero en la práctica…
¿Cuál es tu duda?
para q sirven las vistas? en que me ayuda yo todo lo hago con procedimeintos almacenados.
un codigo bien escrito nunca falla, :)
Una vista es como una tabla “virtual”, donde se genera con información de una consulta que puede estar cogiendo datos de diferentes tablas. De esta manera, para hacer un informe es más cómodo consultar a una vista ya que siempre te devolverá información a tiempo real de las diferentes tablas, que hacer tropecientas consultas a diferentes tablas.
Lamentablemente la experiencia que yo he tenido con mysql 5.0 no me parece todavía un SGBD potente como para usar vistas en BD de gran tamaño.
Los procedimientos son para lo que son y las vistas para lo que tendrían que ser ^_^
Gracias, por ahi googleando lei que en las vistas puedes generar consultas de diferentes base de datos eso si que esta bueno.
Se puede agregar campos a una vista? Es decir crear una vista de una tabla con campos que se va a utilizar y adicionalemte crear campos propios a la vista
@oscar: Si con campos própios para la vista te refieres a valores adicionales…
Lo que se puede hacer, es una “mega consulta” que obtenga valores de diferentes tablas y crear una vista. De esta manera desde el código fuente que accede a la vista, en vez de lanzar el “mega consulton” le pregunta a la vista. La vista funcionaría como una “tabla virtual” en donde sus valores son obtenidos de la consulta que has utilizado para crear la vista.
Como campos adiciones puedes realizar operaciones matemáticas o lo que se te ocurra en SQL para tener una columna adicional, para ello se puede codificar en SQL. No obstante, dependiendo en que motor de BD estés aplicando la vista notarás diferencia en rendimiento y sobre todo el número de registros que recorres en la consulta para obtener la vista, teniendo en cuenta que esa consulta debería utilizar sus índices para tener un mejor resultado.