[php / mysql] Une grosse table ou plusieurs petites tables ?

[dop20vt]

Dans l'optique d'un comparateur de prix, quelle solution choisiriez vous ?

- une grosse table contenant tous les catalogues marchands.
- une table par catalogue marchand

Merci.

[blman]

Perso, pas une table par catalogue en tout cas...

[ortolojf]

Bonjour

Je pense, que le fait de faire des statistiques groupées par marchands, est plus facile et nécessite moins de requêtes SQL différentes, avec une seul table qu'avec plusieurs tables.

Dans ce cas de figure, j'aurais tendance à penser qu'une bonne conception en amont avec une méthode telle que, par exemple la Méthode MERISE/2 Client/Serveur, te permettrait de bâtir une architecture de données, la plus en accord avec ton projet.

Cette méthode permet de quantifier, les différentes solutions, sous l'angle des performances relatives, et aussi ( mais là tu n'as probablement pas besoin de celà ) sous l'angle du calcul du temps approximatif de réalisation de ton projet.

Sans aller jusqu'à la méthode Merise, il me semble que tes données sont de même type, et devraient donc être mises dans la même table.

Charge à toi de faire des instructions SQL de type: 'GROUP BY $marchand', avec une clause de sélection de type 'HAVING champ1=$champ1 etc... ou bien 'WHERE champ1=$champ1 etc... si ton serveur MySQL supporte ce type de clause pour les instructions GROUP BY.

Bien à vous.

Amicalement.

Jean-François Ortolo

[dop20vt]

Merci à tous les deux.

Je reste avec mes trois bases principales alors.

[jarreweb]

une grosse table avec tous les catalogues en n'oubliant pas les index de colonne sinon ca va ramer à mort