<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Relaciones : Vistas vs Trigers</title>
	<atom:link href="http://blog.mariorocafull.es/relaciones-vistas-vs-trigers/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.mariorocafull.es/relaciones-vistas-vs-trigers/</link>
	<description>Just another WordPress weblog</description>
	<lastBuildDate>Thu, 12 Jan 2012 00:59:25 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: albinworld</title>
		<link>http://blog.mariorocafull.es/relaciones-vistas-vs-trigers/comment-page-1/#comment-517</link>
		<dc:creator>albinworld</dc:creator>
		<pubDate>Thu, 28 Feb 2008 10:17:17 +0000</pubDate>
		<guid isPermaLink="false">http://blog.albin-world.com/relaciones-vistas-vs-trigers#comment-517</guid>
		<description>El tema es que, para mostrar una vivienda, ya uno t_Viviendas con t_ViviendasTipologia (para saber si es Piso, Chalet, ...) y con v_Municipios (que a su vez une t_Municipios, t_Comarcas, t_Provincias, t_Paises) y si además quiero mostrar la primera foto de la galería de imágenes, pues súmale un &quot;SELECT TOP 1&quot; ... yo no puedo, o no sé, cómo valorar el esfuerzo que le supone, pero pensando pensando, las viviendas se actualizan una vez por semana, y los municipios como mucho con la misma frecuencia, mientras que la página tiene miles de visitas al día, ... solo por sentido común, ... pero bueno, yo quería y agradezco opiniones.
Vale, tampoco nada me obliga a sacar todos los datos con una sola consulta.
Y por ejemplo, lo que pudiera filtrar con un WHERE (separar primera mano de segunda mano) no se me antoja útil partirlo en dos tablas ... pero insisto, son todo impresiones mías.
Un saludete J.</description>
		<content:encoded><![CDATA[<p>El tema es que, para mostrar una vivienda, ya uno t_Viviendas con t_ViviendasTipologia (para saber si es Piso, Chalet, &#8230;) y con v_Municipios (que a su vez une t_Municipios, t_Comarcas, t_Provincias, t_Paises) y si además quiero mostrar la primera foto de la galería de imágenes, pues súmale un &#8220;SELECT TOP 1&#8243; &#8230; yo no puedo, o no sé, cómo valorar el esfuerzo que le supone, pero pensando pensando, las viviendas se actualizan una vez por semana, y los municipios como mucho con la misma frecuencia, mientras que la página tiene miles de visitas al día, &#8230; solo por sentido común, &#8230; pero bueno, yo quería y agradezco opiniones.<br />
Vale, tampoco nada me obliga a sacar todos los datos con una sola consulta.<br />
Y por ejemplo, lo que pudiera filtrar con un WHERE (separar primera mano de segunda mano) no se me antoja útil partirlo en dos tablas &#8230; pero insisto, son todo impresiones mías.<br />
Un saludete J.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Juanjo Navarro</title>
		<link>http://blog.mariorocafull.es/relaciones-vistas-vs-trigers/comment-page-1/#comment-518</link>
		<dc:creator>Juanjo Navarro</dc:creator>
		<pubDate>Thu, 28 Feb 2008 09:17:52 +0000</pubDate>
		<guid isPermaLink="false">http://blog.albin-world.com/relaciones-vistas-vs-trigers#comment-518</guid>
		<description>Bueno, lo que dices tiene sentido aunque no en el caso que estás diciendo (una simple tabla de municipios). Lo cierto es que siempre se ha dicho que hay que normalizar al máximo las tablas para obtener una estructura óptima en el que no se repiten datos.

Esto es válido, claro está, hasta que te encuentras con problemas de rendimiento porque tus vistas mezclan tablas con millones de registros. En ese caso, sí puede ser interesante desnormalizar. O utilizar una solución como la que tú comentas (que mejora las lecturas a cambio de enlentecer las escrituras). Oracle tiene una solución que son las &quot;vistas materializadas&quot;. Son vistas que se definen como vistas pero para las cuales en realidad él crea una tabla temporal con el resultado de la vista y que actualiza cada cierto tiempo.</description>
		<content:encoded><![CDATA[<p>Bueno, lo que dices tiene sentido aunque no en el caso que estás diciendo (una simple tabla de municipios). Lo cierto es que siempre se ha dicho que hay que normalizar al máximo las tablas para obtener una estructura óptima en el que no se repiten datos.</p>
<p>Esto es válido, claro está, hasta que te encuentras con problemas de rendimiento porque tus vistas mezclan tablas con millones de registros. En ese caso, sí puede ser interesante desnormalizar. O utilizar una solución como la que tú comentas (que mejora las lecturas a cambio de enlentecer las escrituras). Oracle tiene una solución que son las &#8220;vistas materializadas&#8221;. Son vistas que se definen como vistas pero para las cuales en realidad él crea una tabla temporal con el resultado de la vista y que actualiza cada cierto tiempo.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

