Discussion :

[epeichette]

Bonjour,

Je suis en train de créer une base pour un site qui accueillera plusieurs langues et je me demande quelle est la meilleure (plus rapide en temps de réponse) méthode a employer...

J'ai d'abord penser faire comme ceci

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
 
CREATE TABLE `genre` (
  `ID_Genre` int(6) unsigned NOT NULL auto_increment,
  `ID_DuGenre` int(6) NOT NULL,
  `Lib_Genre` varchar(120) NOT NULL,
  `Type_Support` char(2) NOT NULL,
  `Code_Langue` char(3) NOT NULL default 'fre',
  PRIMARY KEY  (`ID_Genre`),
  KEY `Code_Langue` (`Code_Langue`)
) ENGINE=MyISAM  DEFAULT CHARSET=latin1 ;

Ainsi j'aurais le même ID_UD_Genre que j'utiliserai comme clé dans les autres table pour définir le genre quelque soit sa langue.

L'autre méthode est celle-ci

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
CREATE TABLE `genre` (
  `ID_Genre` int(6) unsigned NOT NULL auto_increment,
  `Lib_Genre_fre` varchar(120) NOT NULL,
  `Lib_Genre_eng` varchar(120) NOT NULL,
 ` Lib_Genre_ita` varchar(120) NOT NULL,
  `Type_Support` char(2) NOT NULL,
  PRIMARY KEY  (`ID_Genre`),
) ENGINE=MyISAM  DEFAULT CHARSET=latin1  ;

Ainsi je rajoute une colonne de libellé par langue

Merci de votre réponse

[irongomme]

Pour moi la deuxième méthode n'est pas bonne, car méttons que tu ais n langues différentes et tu devras ajouté n champs, c'est pas très évolutifs ...

La première méthode me semble mieux, mais a mon gout, tu pourrais plutot passer par une table langue (id_langue, code_langue, lib_langue), et une table genre_langue(id_genre, id_langue, lib_genre) , et tu garde ta table genre (id_genre, type_support).

Tu vois ??

[epeichette]

Merci de ta réponse...

Je prend note du fait que ma seconde proposition n'est pas a retenir apparemment.

maintenant, ta proposition de faire 3 tables au lieu d'une me parrait un peu compliqué et surtout va rajouter des jointures qui pourraient être couteuses en temps de réponse...

[irongomme]

Ben faut pas utiliser mysql si tu veux eviter les jointures ....

ma solution avec trois table te propose simplement un modèle normalisé, avec des index numériques, parceque si tu garde une seule table tu va avoir des redondances du style "fre" qui se repete autant de fois que tu as de libélé de genre en francais.
Et puis c'est pas terrible d'indexer des champs au format texte, car c'est ca qui va te pomper des ressources ... En plus je vois que tu as un champ type_support, et je ne vois pas pourquoi cette informations là devrait apparaitre autant de fois que de langues que tu utilise pour traduire tes genres, dans la logique cela ne devrait apparaitre qu'une seule fois !!

Et l'intérêt aussi est que tu peux avoir d'autres infos traduites , qui pourront exploiter la table langue déjà présente !!

Bon courage !!