<?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>
	Comentarios en: Estructura física de las tablas y HEAP (Índices parte 2)	</title>
	<atom:link href="https://www.soydba.es/estructura-fisica-tablas-y-heap-indices-parte-2/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.soydba.es/estructura-fisica-tablas-y-heap-indices-parte-2/</link>
	<description>Siempre aprendiendo cosas nuevas de bases de datos</description>
	<lastBuildDate>Sun, 08 Sep 2024 23:06:21 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	
	<item>
		<title>
		Por: TRUNCATE vs DELETE a fondo - SoyDBA		</title>
		<link>https://www.soydba.es/estructura-fisica-tablas-y-heap-indices-parte-2/#comment-272</link>

		<dc:creator><![CDATA[TRUNCATE vs DELETE a fondo - SoyDBA]]></dc:creator>
		<pubDate>Sun, 08 Sep 2024 23:06:21 +0000</pubDate>
		<guid isPermaLink="false">https://www.soydba.es/?p=176#comment-272</guid>

					<description><![CDATA[[&#8230;] recordáis, cuando hablamos de las estructuras físicas de los datos, os conté que SQL Server almacena los registros en páginas de 8 Kbs. El tamaño de la página en [&#8230;]]]></description>
			<content:encoded><![CDATA[<p>[&#8230;] recordáis, cuando hablamos de las estructuras físicas de los datos, os conté que SQL Server almacena los registros en páginas de 8 Kbs. El tamaño de la página en [&#8230;]</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Por: Detectando fragmentación de índices en SQL Server y Azure - SoyDBA		</title>
		<link>https://www.soydba.es/estructura-fisica-tablas-y-heap-indices-parte-2/#comment-153</link>

		<dc:creator><![CDATA[Detectando fragmentación de índices en SQL Server y Azure - SoyDBA]]></dc:creator>
		<pubDate>Sun, 21 Apr 2024 23:00:58 +0000</pubDate>
		<guid isPermaLink="false">https://www.soydba.es/?p=176#comment-153</guid>

					<description><![CDATA[[&#8230;] que tengan un índice clustered, el tipo de índice 0 está excluido de los filtros. Las tablas HEAP (sin índice clustered) necesitan otro tipo de tratamiento. Podemos ver también el filtro para [&#8230;]]]></description>
			<content:encoded><![CDATA[<p>[&#8230;] que tengan un índice clustered, el tipo de índice 0 está excluido de los filtros. Las tablas HEAP (sin índice clustered) necesitan otro tipo de tratamiento. Podemos ver también el filtro para [&#8230;]</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Por: Roberto Carrancio		</title>
		<link>https://www.soydba.es/estructura-fisica-tablas-y-heap-indices-parte-2/#comment-126</link>

		<dc:creator><![CDATA[Roberto Carrancio]]></dc:creator>
		<pubDate>Wed, 20 Mar 2024 07:33:51 +0000</pubDate>
		<guid isPermaLink="false">https://www.soydba.es/?p=176#comment-126</guid>

					<description><![CDATA[En respuesta a &lt;a href=&quot;https://www.soydba.es/estructura-fisica-tablas-y-heap-indices-parte-2/#comment-124&quot;&gt;Carlos&lt;/a&gt;.

Hola Carlos,

Primero de todo gracias por el feedback y las buenas palabras. Me alegro mucho que os parezca útil lo que comparto por aquí.

Ahora ya respondiendo a tu pregunta la respuesta es DEPENDE. Me parece una pregunta muy acertada, en muchas ocasiones encontramos consejos de configuración que se pusieron en su día en un manual de buenas prácticas y se han ido replicando a lo largo de los años sin tener en cuenta el avance del hardware. Por esto mismo tenemos que entender por qué cambiamos los valores y que afectación tiene. Sabiendo que SQL Server trabaja con páginas de 8Kbs lo que parece claro es que el tamaño de bloque debe ser igual o mayor a esa cifra. Ahora bien, ¿Cuánto mayor?. A mayor tamaño de bloque mayor rendimiento teórico pero corremos el riesgo de mayor fragmentación de los datos, mayor consumo de memoria y CPU para mover esos datos y mayor consumo de red. Con el estado actual de hardware nos podríamos plantear aumentar ese tamaño por encima de los 64Kbs sobre todo en entornos OLAP con grandes transacciones. Para entornos OLTP con muchas transacciones pero de pequeño tamaño, con 64Kbs el rendimiento es correcto por norma general. 

Después de todo este tocho te lo resumo en una palabra: PRUEBALO. Es lo mejor que puedes hacer, probar en tu entorno de test como responde tu sistema con todas sus particularidades y valorar el cambio.

Un saludo y muchas gracias de nuevo por tu comentario.]]></description>
			<content:encoded><![CDATA[<p>En respuesta a <a href="https://www.soydba.es/estructura-fisica-tablas-y-heap-indices-parte-2/#comment-124">Carlos</a>.</p>
<p>Hola Carlos,</p>
<p>Primero de todo gracias por el feedback y las buenas palabras. Me alegro mucho que os parezca útil lo que comparto por aquí.</p>
<p>Ahora ya respondiendo a tu pregunta la respuesta es DEPENDE. Me parece una pregunta muy acertada, en muchas ocasiones encontramos consejos de configuración que se pusieron en su día en un manual de buenas prácticas y se han ido replicando a lo largo de los años sin tener en cuenta el avance del hardware. Por esto mismo tenemos que entender por qué cambiamos los valores y que afectación tiene. Sabiendo que SQL Server trabaja con páginas de 8Kbs lo que parece claro es que el tamaño de bloque debe ser igual o mayor a esa cifra. Ahora bien, ¿Cuánto mayor?. A mayor tamaño de bloque mayor rendimiento teórico pero corremos el riesgo de mayor fragmentación de los datos, mayor consumo de memoria y CPU para mover esos datos y mayor consumo de red. Con el estado actual de hardware nos podríamos plantear aumentar ese tamaño por encima de los 64Kbs sobre todo en entornos OLAP con grandes transacciones. Para entornos OLTP con muchas transacciones pero de pequeño tamaño, con 64Kbs el rendimiento es correcto por norma general. </p>
<p>Después de todo este tocho te lo resumo en una palabra: PRUEBALO. Es lo mejor que puedes hacer, probar en tu entorno de test como responde tu sistema con todas sus particularidades y valorar el cambio.</p>
<p>Un saludo y muchas gracias de nuevo por tu comentario.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Por: Carlos		</title>
		<link>https://www.soydba.es/estructura-fisica-tablas-y-heap-indices-parte-2/#comment-124</link>

		<dc:creator><![CDATA[Carlos]]></dc:creator>
		<pubDate>Tue, 19 Mar 2024 19:19:33 +0000</pubDate>
		<guid isPermaLink="false">https://www.soydba.es/?p=176#comment-124</guid>

					<description><![CDATA[Hola, enhorabuena por el blog, es impresionante lo bien explicado que está y lo necesario de este tipo de información.
Una duda, ¿sigue siendo una recomendación establecer el tamaño de bloque en 64kb en aquellas unidades que alberguen las bases de datos y logs?]]></description>
			<content:encoded><![CDATA[<p>Hola, enhorabuena por el blog, es impresionante lo bien explicado que está y lo necesario de este tipo de información.<br />
Una duda, ¿sigue siendo una recomendación establecer el tamaño de bloque en 64kb en aquellas unidades que alberguen las bases de datos y logs?</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Por: Índices especiales (Índices parte 6) - SoyDBA		</title>
		<link>https://www.soydba.es/estructura-fisica-tablas-y-heap-indices-parte-2/#comment-30</link>

		<dc:creator><![CDATA[Índices especiales (Índices parte 6) - SoyDBA]]></dc:creator>
		<pubDate>Wed, 20 Dec 2023 08:06:15 +0000</pubDate>
		<guid isPermaLink="false">https://www.soydba.es/?p=176#comment-30</guid>

					<description><![CDATA[[&#8230;] Estructura física de las tablas y HEAP (Índices parte 2) [&#8230;]]]></description>
			<content:encoded><![CDATA[<p>[&#8230;] Estructura física de las tablas y HEAP (Índices parte 2) [&#8230;]</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Por: Índices Columnares (Índices parte 5) - SoyDBA		</title>
		<link>https://www.soydba.es/estructura-fisica-tablas-y-heap-indices-parte-2/#comment-25</link>

		<dc:creator><![CDATA[Índices Columnares (Índices parte 5) - SoyDBA]]></dc:creator>
		<pubDate>Wed, 20 Dec 2023 07:54:29 +0000</pubDate>
		<guid isPermaLink="false">https://www.soydba.es/?p=176#comment-25</guid>

					<description><![CDATA[[&#8230;] Estructura física de las tablas y HEAP (Índices parte 2) [&#8230;]]]></description>
			<content:encoded><![CDATA[<p>[&#8230;] Estructura física de las tablas y HEAP (Índices parte 2) [&#8230;]</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		Por: Introducción a los índices en SQL Server (Índices parte 1) - SoyDBA		</title>
		<link>https://www.soydba.es/estructura-fisica-tablas-y-heap-indices-parte-2/#comment-21</link>

		<dc:creator><![CDATA[Introducción a los índices en SQL Server (Índices parte 1) - SoyDBA]]></dc:creator>
		<pubDate>Tue, 19 Dec 2023 14:24:55 +0000</pubDate>
		<guid isPermaLink="false">https://www.soydba.es/?p=176#comment-21</guid>

					<description><![CDATA[[&#8230;] Estructura física de las tablas y HEAP (Índices parte 2) [&#8230;]]]></description>
			<content:encoded><![CDATA[<p>[&#8230;] Estructura física de las tablas y HEAP (Índices parte 2) [&#8230;]</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
