<?xml version="1.0" encoding="utf-8" ?><rss version="2.0" xml:base="https://www.webmaster-forums.net/crss/node/1045475" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title></title>
    <link>https://www.webmaster-forums.net/crss/node/1045475</link>
    <description></description>
    <language>en</language>
          <item>
    <title>Why would you ever throw</title>
    <link>https://www.webmaster-forums.net/web-database-development/database-design-ad-server#comment-1246168</link>
    <description> &lt;p&gt;Why would you ever throw data away? (Says the data packrat)&lt;br /&gt;
Normalisation will help with your storage size.  A well placed index or three will keep you collecting data for a long, long time before more drastic measures need to be taken.  Hundreds of millions of rows aren&#039;t out of reach on basic hardware.&lt;/p&gt;
&lt;p&gt;If / when data volume become a problem, partition it off.  Move it off to a different tablespace, or even a different database.  There will come a day you&#039;ll wish you&#039;d kept it.&lt;/p&gt;
&lt;p&gt;Cheers,&lt;br /&gt;
Shaggy.&lt;/p&gt;
 </description>
     <pubDate>Mon, 07 Dec 2009 15:14:40 +0000</pubDate>
 <dc:creator>Shaggy</dc:creator>
 <guid isPermaLink="false">comment 1246168 at https://www.webmaster-forums.net</guid>
  </item>
  <item>
    <title>Hello teammatt3.
Yes you are</title>
    <link>https://www.webmaster-forums.net/web-database-development/database-design-ad-server#comment-1246152</link>
    <description> &lt;p&gt;Hello teammatt3.&lt;br /&gt;
Yes you are right.  I was not aware of denormalization looks interesting.  But This is also what I thought to only keep the data in the database for no more than 2 years. It is better to keep the statistics from the year before so you can see trends in banner delivery. But only keeping the past 2 years keeps the volume down.&lt;/p&gt;
&lt;p&gt;Thanks for the advice and if you can give me any more advice would be appreciated.&lt;/p&gt;
 </description>
     <pubDate>Sun, 06 Dec 2009 13:41:41 +0000</pubDate>
 <dc:creator>benf</dc:creator>
 <guid isPermaLink="false">comment 1246152 at https://www.webmaster-forums.net</guid>
  </item>
  <item>
    <title>Is your ad server going to</title>
    <link>https://www.webmaster-forums.net/web-database-development/database-design-ad-server#comment-1246149</link>
    <description> &lt;p&gt;Is your ad server going to be serving 10,000 banners at a time? Be realistic. Everyone thinks their application is going to take off, and few ever do. &lt;/p&gt;
&lt;p&gt;873,600 rows isn&#039;t a lot. Most of your data is numeric, and won&#039;t take up a lot of space. It can also be sorted and retrieved faster than textual data. 8 million records isn&#039;t bad at all either. &lt;/p&gt;
&lt;p&gt;The data probably doesn&#039;t need to be stored for more than a year. Does a person really need to to see the IP address of someone who clicked a banner ad 13 months ago? Probably not. &lt;/p&gt;
&lt;p&gt;I would highly recommend starting off with a normalized database, and if scalability becomes a problem, &lt;a href=&quot;http://www.codinghorror.com/blog/archives/001198.html&quot;&gt;buy better hardware&lt;/a&gt;. And if the hardware doesn&#039;t fix the problem, then start caching, purging, and denormalizing your database.&lt;/p&gt;
 </description>
     <pubDate>Sun, 06 Dec 2009 05:52:59 +0000</pubDate>
 <dc:creator>teammatt3</dc:creator>
 <guid isPermaLink="false">comment 1246149 at https://www.webmaster-forums.net</guid>
  </item>
  </channel>
</rss>
