<?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: Effective storage of Email Address into Database System	</title>
	<atom:link href="https://www.dbrnd.com/2015/05/effective-storage-of-email-address-into/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.dbrnd.com/2015/05/effective-storage-of-email-address-into/</link>
	<description>BIGData &#124; NoSQL &#124; MSSQL &#124; MySQL &#124; PostgreSQL</description>
	<lastBuildDate>Mon, 20 Nov 2017 05:48:08 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.0.4</generator>
	<item>
		<title>
		By: Anvesh Patel		</title>
		<link>https://www.dbrnd.com/2015/05/effective-storage-of-email-address-into/#comment-1447</link>

		<dc:creator><![CDATA[Anvesh Patel]]></dc:creator>
		<pubDate>Wed, 06 Jan 2016 06:01:51 +0000</pubDate>
		<guid isPermaLink="false">https://www.dbrnd.com/?p=125#comment-1447</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://www.dbrnd.com/2015/05/effective-storage-of-email-address-into/#comment-1445&quot;&gt;Nidhin&lt;/a&gt;.

Right Nidhin, management is quite difficult but when we are fetching for different type of report, it performs better.]]></description>
			<content:encoded><![CDATA[<p>Right Nidhin, management is quite difficult but when we are fetching for different type of report, it performs better.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Nidhin		</title>
		<link>https://www.dbrnd.com/2015/05/effective-storage-of-email-address-into/#comment-1445</link>

		<dc:creator><![CDATA[Nidhin]]></dc:creator>
		<pubDate>Wed, 06 Jan 2016 05:46:19 +0000</pubDate>
		<guid isPermaLink="false">https://www.dbrnd.com/?p=125#comment-1445</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://www.dbrnd.com/2015/05/effective-storage-of-email-address-into/#comment-401&quot;&gt;Anvesh Patel&lt;/a&gt;.

&quot;&quot;This will give you 80% to 85% better performance than to store Email into one column.

Also, This will reduce the size of data, E.g, if we store ” Gmail ” keyword 10,00,000 times into the database, then it consume more space than to store only integer ” 1 “.&quot;&quot;

So basically its not reducing any thing, U increasing the column count for the tables just for research, As anyway u have to store the whole email id against the user to avoid all the Joins for login purposes. I like the concept but in real life implemtation its one extra table and column]]></description>
			<content:encoded><![CDATA[<p>&#8220;&#8221;This will give you 80% to 85% better performance than to store Email into one column.</p>
<p>Also, This will reduce the size of data, E.g, if we store ” Gmail ” keyword 10,00,000 times into the database, then it consume more space than to store only integer ” 1 “.&#8221;&#8221;</p>
<p>So basically its not reducing any thing, U increasing the column count for the tables just for research, As anyway u have to store the whole email id against the user to avoid all the Joins for login purposes. I like the concept but in real life implemtation its one extra table and column</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Anvesh Patel		</title>
		<link>https://www.dbrnd.com/2015/05/effective-storage-of-email-address-into/#comment-401</link>

		<dc:creator><![CDATA[Anvesh Patel]]></dc:creator>
		<pubDate>Tue, 17 Nov 2015 12:17:10 +0000</pubDate>
		<guid isPermaLink="false">https://www.dbrnd.com/?p=125#comment-401</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://www.dbrnd.com/2015/05/effective-storage-of-email-address-into/#comment-370&quot;&gt;chaitanya&lt;/a&gt;.

Yes, you are right, but we can use this column only for report purpose. you can also store full email in one column so every time not require to join domain table. I just show one way to store email address in normal form.]]></description>
			<content:encoded><![CDATA[<p>Yes, you are right, but we can use this column only for report purpose. you can also store full email in one column so every time not require to join domain table. I just show one way to store email address in normal form.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: chaitanya		</title>
		<link>https://www.dbrnd.com/2015/05/effective-storage-of-email-address-into/#comment-370</link>

		<dc:creator><![CDATA[chaitanya]]></dc:creator>
		<pubDate>Sun, 08 Nov 2015 17:21:30 +0000</pubDate>
		<guid isPermaLink="false">https://www.dbrnd.com/?p=125#comment-370</guid>

					<description><![CDATA[This solution will not fit in OLTP world. If you have thousands on users connecting to server and trying to join email domain table, it leads to lock contention.]]></description>
			<content:encoded><![CDATA[<p>This solution will not fit in OLTP world. If you have thousands on users connecting to server and trying to join email domain table, it leads to lock contention.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Bharath		</title>
		<link>https://www.dbrnd.com/2015/05/effective-storage-of-email-address-into/#comment-151</link>

		<dc:creator><![CDATA[Bharath]]></dc:creator>
		<pubDate>Mon, 02 Nov 2015 03:31:25 +0000</pubDate>
		<guid isPermaLink="false">https://www.dbrnd.com/?p=125#comment-151</guid>

					<description><![CDATA[I liked this concept, which is as per boy codds rule. This concept is useful for reporting servers or warehouses. But if iam using login for authentucation of my website, imagine pain of splitting it and storing it. Also the pain of joins while authenticating user.]]></description>
			<content:encoded><![CDATA[<p>I liked this concept, which is as per boy codds rule. This concept is useful for reporting servers or warehouses. But if iam using login for authentucation of my website, imagine pain of splitting it and storing it. Also the pain of joins while authenticating user.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Anvesh Patel		</title>
		<link>https://www.dbrnd.com/2015/05/effective-storage-of-email-address-into/#comment-26</link>

		<dc:creator><![CDATA[Anvesh Patel]]></dc:creator>
		<pubDate>Thu, 20 Aug 2015 11:06:50 +0000</pubDate>
		<guid isPermaLink="false">https://www.dbrnd.com/?p=125#comment-26</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://www.dbrnd.com/2015/05/effective-storage-of-email-address-into/#comment-25&quot;&gt;Fas&lt;/a&gt;.

Thanks ! I have noticed that you were reading this blog more than 30 minutes. Readers, like you inspire me to write more quality content.]]></description>
			<content:encoded><![CDATA[<p>Thanks ! I have noticed that you were reading this blog more than 30 minutes. Readers, like you inspire me to write more quality content.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Fas		</title>
		<link>https://www.dbrnd.com/2015/05/effective-storage-of-email-address-into/#comment-25</link>

		<dc:creator><![CDATA[Fas]]></dc:creator>
		<pubDate>Thu, 20 Aug 2015 10:28:20 +0000</pubDate>
		<guid isPermaLink="false">https://www.dbrnd.com/?p=125#comment-25</guid>

					<description><![CDATA[Nice Article in detail... keep it up...]]></description>
			<content:encoded><![CDATA[<p>Nice Article in detail&#8230; keep it up&#8230;</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
