I would make 2 tables, a product table and a language table... It would look
like so:
Product ID | product name | manufacturer | etc

Then a language table that looks like:
Language ID | Product ID | product description | etc

Then you won't be replicated your 11 columns since they are not in the
product table anymore.. If there are 100 products, and 1 language then there
will be 100 records in the product table and 100 in the language table. If
there are 2 languages then there will be 200 in the language table.

This method means you will be able to expand your language endless... and I
don't think your DB Server will be slowed down too much by this, since u can
pull this all of with 1 query.. something like (from memory)
SELECT tblProducts.name, tblLanguage.Description  FROM tblProducts,
tblLanguage WHERE tblProducts.productID=tblLanguage.productID AND {some
other query}

Hope this helps

----- Original Message -----
From: "Wilbert Enserink" <[EMAIL PROTECTED]>
Sent: Friday, February 15, 2002 12:33 PM
Subject: [PHP] db design

> hi all,
> I need some tips on database (mySQL) design.
> The problems lie in languages. I'm gonna make a e-commerce webiste. it's
> rather big (in my terms/experience). The website should be expandible
> with regard to languages/translations.
> My biggest table with product descriptions has 43 columns. Other tables
> include a list of FAQ's, manufacturers and so on.
> What do you think I have to do? Make a new table for each language, or
> define more columns for each language within a table? What is normal in
> this, also with regard to doing queries?
> e.g. In the table with 43 columns, there are 11 columns which are the same
> for each language (product name, manufacturer and so on) The other columns
> will depend on language (like product description).
> --If I use a seperate table for each language than there is double info
> normalization with regard to the 11 columns)
> --If I use more columns, than I have 32 columns extra per language. If I
> make 10 translations, then this table will reach over 10x32=320 columns.
> I need somebody who can give me overall info on this, or shine a broad
> on my Q. Does the db design has a large influence on flexibility with
> to future expanding? And how about query times (response) on a server. I
> don't want it to get too slow....
> Well I think, you know my point now,
> any info is much appreciated!!
> thx in advance,
> Wilbert Enserink
> -------------------------
> Pas de Deux
> Van Mierisstraat 25
> 2526 NM Den Haag
> tel 070 4450855
> fax 070 4450852
> http://www.pdd.nl
> -------------------------
> --
> PHP General Mailing List (http://www.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php

PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to