<?xml version="1.0" encoding="utf-8" ?><rss version="2.0" xml:base="https://www.webmaster-forums.net/crss/node/1020503" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title></title>
    <link>https://www.webmaster-forums.net/crss/node/1020503</link>
    <description></description>
    <language>en</language>
          <item>
    <title></title>
    <link>https://www.webmaster-forums.net/web-database-development/mysql-address-book-performance-problems#comment-1125661</link>
    <description> &lt;p&gt;You could make an index table, which would have the client info and the name of their table.  Then each client could have their own table with their address book data in it.&lt;/p&gt;
&lt;p&gt;It may be messy, but it will search a lot faster.  And remember, mySQL has limits to table sizes (2GB if I remember right, but it depends on your OS).&lt;/p&gt;
 </description>
     <pubDate>Wed, 19 Feb 2003 01:39:02 +0000</pubDate>
 <dc:creator>Mark Hensler</dc:creator>
 <guid isPermaLink="false">comment 1125661 at https://www.webmaster-forums.net</guid>
  </item>
  <item>
    <title></title>
    <link>https://www.webmaster-forums.net/web-database-development/mysql-address-book-performance-problems#comment-1125627</link>
    <description> &lt;p&gt;well, mark, i&#039;ve considered giving each client their own table, but there will be thousands of individual clients (and currently is over 100)  For some reaon 100&#039;sor 1000&#039;s of tables (or God forbid databases) just doesnt sit right with me.&lt;/p&gt;
 </description>
     <pubDate>Tue, 18 Feb 2003 18:02:30 +0000</pubDate>
 <dc:creator>ROB</dc:creator>
 <guid isPermaLink="false">comment 1125627 at https://www.webmaster-forums.net</guid>
  </item>
  <item>
    <title></title>
    <link>https://www.webmaster-forums.net/web-database-development/mysql-address-book-performance-problems#comment-1125622</link>
    <description> &lt;p&gt;You could also give each client their own DB.&lt;/p&gt;
 </description>
     <pubDate>Tue, 18 Feb 2003 17:47:29 +0000</pubDate>
 <dc:creator>Mark Hensler</dc:creator>
 <guid isPermaLink="false">comment 1125622 at https://www.webmaster-forums.net</guid>
  </item>
  <item>
    <title></title>
    <link>https://www.webmaster-forums.net/web-database-development/mysql-address-book-performance-problems#comment-1125586</link>
    <description> &lt;p&gt;Well, I guess if I would have read the part about importing their address book, I might have answered better. I don&#039;t know how you could make the database any better since it has to be made to import all of the address book garbage. The only way that I could think of to make the data sort faster is to limit the table to a certain number of records. You could possibly do this by having tables based on a alphabetically range. For instance, a table would only contain records A-C, another D-G, etc. That is all I can think about at the moment.&lt;/p&gt;
 </description>
     <pubDate>Tue, 18 Feb 2003 03:10:38 +0000</pubDate>
 <dc:creator>mairving</dc:creator>
 <guid isPermaLink="false">comment 1125586 at https://www.webmaster-forums.net</guid>
  </item>
  <item>
    <title></title>
    <link>https://www.webmaster-forums.net/web-database-development/mysql-address-book-performance-problems#comment-1125542</link>
    <description> &lt;p&gt;no no, these lists are imported hundreds or thousands at a time, not entered one by one.  user&#039;s can export their outlook and excel address books as csv and import them.&lt;/p&gt;
 </description>
     <pubDate>Mon, 17 Feb 2003 16:26:03 +0000</pubDate>
 <dc:creator>ROB</dc:creator>
 <guid isPermaLink="false">comment 1125542 at https://www.webmaster-forums.net</guid>
  </item>
  <item>
    <title></title>
    <link>https://www.webmaster-forums.net/web-database-development/mysql-address-book-performance-problems#comment-1125541</link>
    <description> &lt;blockquote class=&quot;bb-quote-body&quot;&gt;&lt;p&gt;Quote: &lt;em&gt;Originally posted by R0B &lt;/em&gt;&lt;br /&gt;
&lt;strong&gt;well, the reason for that is the user is uploading their own address lists, and something like &#039;state&#039; could be &#039;FL&#039;, &#039;Florida&#039;, &#039;The Sunshine State&#039;, &#039;where mom lives&#039;, or anything for that matter.  I can&#039;t restrict or modify the data that the user uploads. &lt;/strong&gt;&lt;/p&gt;&lt;/blockquote&gt;
&lt;p&gt;Sure you can control the data that goes in there. Instead of using a textbox, use a Select list of names pulled from the states table. So the only allowable entries are those that you allow not whatever value they want to put in.&lt;/p&gt;
 </description>
     <pubDate>Mon, 17 Feb 2003 16:23:57 +0000</pubDate>
 <dc:creator>mairving</dc:creator>
 <guid isPermaLink="false">comment 1125541 at https://www.webmaster-forums.net</guid>
  </item>
  <item>
    <title></title>
    <link>https://www.webmaster-forums.net/web-database-development/mysql-address-book-performance-problems#comment-1125535</link>
    <description> &lt;p&gt;well, the reason for that is the user is uploading their own address lists, and something like &#039;state&#039; could be &#039;FL&#039;, &#039;Florida&#039;, &#039;The Sunshine State&#039;, &#039;where mom lives&#039;, or anything for that matter.  I can&#039;t restrict or modify the data that the user uploads.&lt;/p&gt;
 </description>
     <pubDate>Mon, 17 Feb 2003 15:32:17 +0000</pubDate>
 <dc:creator>ROB</dc:creator>
 <guid isPermaLink="false">comment 1125535 at https://www.webmaster-forums.net</guid>
  </item>
  <item>
    <title></title>
    <link>https://www.webmaster-forums.net/web-database-development/mysql-address-book-performance-problems#comment-1125534</link>
    <description> &lt;p&gt;It looks like your first table could be broken down into several more tables. The other thing is that most of the fields are varchar(50) when they don&#039;t need to be. Why would state need to be varchar(50)? Ideally it should be in a separate table, something like state_id int(2) primary key, state_name varchar(20) in the state table and state_id int(2) in the other table.&lt;/p&gt;
&lt;p&gt;Keep in mind that good database design is avoiding redundancy in tables. Instead of having 500 records in your main table that say &#039;Tennessee&#039;, you could have 500 records that say 32 or whatever the id of the state is. This also helps to avoid entries in the state field like &#039;Tn&#039;, &#039;Tenn&#039;, Tennessee&#039;, &#039;Tenesee&#039; and the like.&lt;/p&gt;
 </description>
     <pubDate>Mon, 17 Feb 2003 15:28:22 +0000</pubDate>
 <dc:creator>mairving</dc:creator>
 <guid isPermaLink="false">comment 1125534 at https://www.webmaster-forums.net</guid>
  </item>
  </channel>
</rss>
