<?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: PostgreSQL: The Awesome Table Fillfactor to speedup UPDATE and SELECT statement	</title>
	<atom:link href="https://www.dbrnd.com/2016/03/postgresql-the-awesome-table-fillfactor-to-speedup-update-and-select-statement/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.dbrnd.com/2016/03/postgresql-the-awesome-table-fillfactor-to-speedup-update-and-select-statement/</link>
	<description>BIGData &#124; NoSQL &#124; MSSQL &#124; MySQL &#124; PostgreSQL</description>
	<lastBuildDate>Wed, 11 Oct 2017 11:06:38 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.0.6</generator>
	<item>
		<title>
		By: Dima		</title>
		<link>https://www.dbrnd.com/2016/03/postgresql-the-awesome-table-fillfactor-to-speedup-update-and-select-statement/#comment-5742</link>

		<dc:creator><![CDATA[Dima]]></dc:creator>
		<pubDate>Sun, 16 Jul 2017 13:52:19 +0000</pubDate>
		<guid isPermaLink="false">https://www.dbrnd.com/?p=2188#comment-5742</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://www.dbrnd.com/2016/03/postgresql-the-awesome-table-fillfactor-to-speedup-update-and-select-statement/#comment-5359&quot;&gt;Anvesh Patel&lt;/a&gt;.

It should be good to mention, that this only works when updates do not touch indexed columns.
When update touches indexed column(s), postgres should add new tuples to all table indexes to point to new version.]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://www.dbrnd.com/2016/03/postgresql-the-awesome-table-fillfactor-to-speedup-update-and-select-statement/#comment-5359">Anvesh Patel</a>.</p>
<p>It should be good to mention, that this only works when updates do not touch indexed columns.<br />
When update touches indexed column(s), postgres should add new tuples to all table indexes to point to new version.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Ayushi		</title>
		<link>https://www.dbrnd.com/2016/03/postgresql-the-awesome-table-fillfactor-to-speedup-update-and-select-statement/#comment-5716</link>

		<dc:creator><![CDATA[Ayushi]]></dc:creator>
		<pubDate>Tue, 04 Jul 2017 10:08:26 +0000</pubDate>
		<guid isPermaLink="false">https://www.dbrnd.com/?p=2188#comment-5716</guid>

					<description><![CDATA[Simple and easily understandable terms and language
Thanks :)]]></description>
			<content:encoded><![CDATA[<p>Simple and easily understandable terms and language<br />
Thanks 🙂</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Anvesh Patel		</title>
		<link>https://www.dbrnd.com/2016/03/postgresql-the-awesome-table-fillfactor-to-speedup-update-and-select-statement/#comment-5359</link>

		<dc:creator><![CDATA[Anvesh Patel]]></dc:creator>
		<pubDate>Wed, 12 Oct 2016 18:03:12 +0000</pubDate>
		<guid isPermaLink="false">https://www.dbrnd.com/?p=2188#comment-5359</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://www.dbrnd.com/2016/03/postgresql-the-awesome-table-fillfactor-to-speedup-update-and-select-statement/#comment-5358&quot;&gt;Venkatesh Naicker&lt;/a&gt;.

Hello Venkatesh,
Thanks for you appreciation !
When we are talking about same page operation, index pointer does not require to move from one page to another. Yes, It reduces most of I/O cost. Its also reduces the internal fragmentation.]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://www.dbrnd.com/2016/03/postgresql-the-awesome-table-fillfactor-to-speedup-update-and-select-statement/#comment-5358">Venkatesh Naicker</a>.</p>
<p>Hello Venkatesh,<br />
Thanks for you appreciation !<br />
When we are talking about same page operation, index pointer does not require to move from one page to another. Yes, It reduces most of I/O cost. Its also reduces the internal fragmentation.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Venkatesh Naicker		</title>
		<link>https://www.dbrnd.com/2016/03/postgresql-the-awesome-table-fillfactor-to-speedup-update-and-select-statement/#comment-5358</link>

		<dc:creator><![CDATA[Venkatesh Naicker]]></dc:creator>
		<pubDate>Wed, 12 Oct 2016 18:02:26 +0000</pubDate>
		<guid isPermaLink="false">https://www.dbrnd.com/?p=2188#comment-5358</guid>

					<description><![CDATA[Hi Anvesh. Your post on the fill factor is interesting. You mentioned three i/o for an update with fill factor of 100 (1. delete original tuple, 2. insert new tuple on the new page, 3. update index). Now when there is fill factor of 70, doesn&#039;t it still need to delete original tuple and insert the new tuple (though on the same page)? Is it saving on index update because on the same page? I am a bit lost? Thanks!]]></description>
			<content:encoded><![CDATA[<p>Hi Anvesh. Your post on the fill factor is interesting. You mentioned three i/o for an update with fill factor of 100 (1. delete original tuple, 2. insert new tuple on the new page, 3. update index). Now when there is fill factor of 70, doesn&#8217;t it still need to delete original tuple and insert the new tuple (though on the same page)? Is it saving on index update because on the same page? I am a bit lost? Thanks!</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: bon		</title>
		<link>https://www.dbrnd.com/2016/03/postgresql-the-awesome-table-fillfactor-to-speedup-update-and-select-statement/#comment-4177</link>

		<dc:creator><![CDATA[bon]]></dc:creator>
		<pubDate>Wed, 30 Mar 2016 05:33:45 +0000</pubDate>
		<guid isPermaLink="false">https://www.dbrnd.com/?p=2188#comment-4177</guid>

					<description><![CDATA[Good way of describing, and fastidious piece of writing to get data 
regarding my presentation subject matter, which i am going 
to deliver in college.]]></description>
			<content:encoded><![CDATA[<p>Good way of describing, and fastidious piece of writing to get data<br />
regarding my presentation subject matter, which i am going<br />
to deliver in college.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
