Forum Moderators: coopster
I'm designing a site that uses a MySQL database accessed with PHP. I need to make sure everything is efficient now as I don't want to do a complete restructure a few months down the line.
At present I have a test database with all records within one single table (Approx 20 columns). This is nice and fast with a single person on my site (me!) and in all honesty, it's the easiest way of doing things for a php newbie like me.
Now...If I had 10,000 people on my site (which relies heavily on the database), would it be best to break down the single table into multiple tables(even if this means more coding up front)?
Can someone please provide more info or a link to the webmasterworld google search?
Thanks
I think your talking about 'normalization'. Do a search on that and it will bring up plenty. Here's an some examples
[webmasterworld.com...]
[webmasterworld.com...]
Personally, I'd stick with normalizing your database. The speed differences will be nominal.
Tim
eg is there a column like favourite colour, where lots of rows have the same result such as red or blue? if so then you need a relational database structure , in other words multiple tables, if all the rows are pretty much unique then there is no need.
if you are just reading the data from the table then there is no problem at all, if you are writing to the db as well things could slow up a little (but only with VERY heavy traffic)
SN