Bonjour à tous,

J'ai créé une base de données mais le problème c'est quelle comporte beaucoup de champs. Est-ce un problème? En fait elle en comporte 74  dont 10 de photo. Est-ce que le serveur risque de trouver ça top lourds ? Parce qu'en fait au début j'ai essayé de le faire en plusieurs tables mais les infos sont toujours différentes et donc ça ne servait pas à grand chose.
Pour information c'est une base de données pour des villas à louer et c'est en faite la description des villas qui compose a base de données.

Merci par avance.

Petit bouchon

Alors voici mes petits conseils d'optimisation des tables :

- Pour les photos Pode a déjà très bien expliqué, je te conseille de suivre ce qu'il dit. Tu trouves une logique dans le choix des noms de photos. Ensuite tu mets soit un champ avec le nombre de photos associée à l'enregistrement oubien tu peux utiliser un répertoire et tu parcourt ce répertoire ... enfin POde a suffisamment expliqué

- Mettre les champs obligatoires dans une table et les champs optionnels dans une autre, ça évite de gaspiller de la place. Car si tu mets tout dans une seule et même table tous les champs vides prendront de la place. Si il n'y a que les champs obligatoires qui sont remplis tu gagnera énormément de place. Tu peux même faire 3 tables, la première avec les champs obligatoires, une 2ème avec les champs optionnel qui sont souvent remplis et la dernière avec des champs restant souvent vides.

- Mettre les champs de taille fixe à part augmentera les performances. Quand dans une même table tu as des champs de taille fixe et des champs de taille variables selon l'enregistrement tu perds au niveau des performances.

oui en effet tu as beaucoup de champs

mais comme le dit justement erwinol, afin que les requetes soient les plus rapides possibles, il faut que le format des champs soit bien optimisé, et avec des tailles fixes si possible
si c'est bien respecté j'ignore si le fait d'avoir moins de champs mais de taille plus importante modifierai beaucoup la vitesse d'éxecution, surtout si le site ne comptabilise trop de requêtes pas jour (mais je ocnnais pas la fréquentation de corsevillaà

autre chose, pas besoin de séparer tes données en plusieurs tables (pour un meme objet -> exemple "un membre") sauf si tu peut rendre ta table statique et séparer le contenu dynamique dans une autre table

une table dynamique est une table ayant au moins un champ de type "variable" tel que TEXT ou VARCHAR. Une table dynamique se fragmente rapidement car les données effacées dans un champs sont gardées en mémoire et prennent donc de la place inutilement. Il faut donc régulièrement libérer cette place avec un OPTIMIZE.

Exemple concret :

Avec un champ de type CHAR(200) : tu enregistre une chaine de 40 caractères, puis tu la remplace par une chaine de 150 puis par une de 10. Ton champ prendra toujours 200 octets en mémoire

Avec un champ de type VARCHAR(200) : tu enregistre une chaine de 40 caractères, ton champ prend 40 octets en mémoire. Tu remplace par une chaine de 150 octets. Ton champ prend 150 octets en mémoire. Tu remplaces par une chaine de 10 caractères, ton champs prend 150 octets en mémoire : eh oui tu perd 140 octets qui ne sont libérés que par un OPTIMIZE ou si tu enregistre une chaine d'au moins 140 caractères

Donc en résumé il faut bien choisir le type des champs en privilégiant les champs de type fixe comme CHAR. Si tu crée un forum, utilise 2 tables pour les messages. La première avec l'auteur, l'email, la date, l'IP, .. et l'autre table avec le message lui meme dans un champ TEXT