Discussion :

[romocop]

Bonjour

Nous sommes une association rurale dans le centre de la france et voudrions créer un petit annuaire des commerçants de notre canton. Notre objectif étant à terme de dynamiser nos campagne en 'fédérant' d autres commerçants d'autres regions.

De ce fait nous souhaiterions développer des à présent une base mysql associée à un site php.

A cette occasion je souhaiterais savoir s il est préferable de faire une table avec 30 champs (par exemple) dont tous ne seront pas remplis sur une même ligne ou 3 tables de 10 champs qui seront systhématiquement complétés. Par exemple une table commerce avec une table commerçant et une table annonce alors qu'une seule tables pourrait tout reprendre mais certains commerçant n auront peut être pas d annonce et/ou pas de boutique (les services à la personne).

Merci pour vos suggestions.

[jeca]

Bonjour,

Sans aucun doute 3 tables. Eventuellement une 4è pour les villes.

[CinePhil]

Une petite lecture du tutoriel de SQLPro consacré à la modélisation des données selon la méthode Merise vous aidera à concevoir votre BDD.

[romocop]

merci pour vos réponses.
Je vais m lire ce tuto.

Une dernière question relative aux images.
est il plus rapide et moins lourd (consommation espace ) de stocker les images en bdd ou dans un rep dédié avec seulement le lien donnant accès à l image ?

merci

[CinePhil]

est il plus rapide et moins lourd (consommation espace ) de stocker les images en bdd ou dans un rep dédié avec seulement le lien donnant accès à l image ?

La seconde solution est plus simple et moins lourde pour le SGBD.
Surtout que vous comptez utiliser MySQL !

[romocop]

merci pour vos réponses, j y vois 'un peu' plus clair.