Discussion :

[Arno_94]

Bonjour à tous et à toutes,

Voici une question toute bête mais à laquelle moi, pauvre simple utilisateur de BDD, je ne sais répondre.

Ma problèmatique est simple, je souhaite faire de l'autocompletion sur la liste des communes françaises.

Je dispose d'une table avec de nombreuses infos.

Seulement, en y regardant de plus près, je me rends compte qu'il existe beaucoup de redondance. Ainsi, chaque ligne, qui représente une commune, dispose d'un champ region et departement.

J'étais en train d'envisager de "Meriser" un peu tout ça lorsque je me suis posé la question suivante :

Sachant que cette table ne servira qu'en lecture, est-ce que le fait de créer des tables de liaisons (pour les départements, régions et autres arrondissements afin d'éviter la redondance) va améliorer mes temps de réponse ?

La requête aura donc plusieurs Join tandis qu'en conservant mon unique table (avec toutes ses données redondantes), je n'effectue qu'un bête Select, d'où mon interrogation.

D'avance, merci pour vos éclaircissements.

[SQLpro]

Toujours les mêmes questions stupide qui en gros se résument à :
dans une base de données relationnelle, faut-il faire des tables relationnelles ou bien des fichiers Cobol....

Et bien entendu toujours le même réponse !
http://blog.developpez.com/sqlpro/p1...ances-petites/

A +

[CinePhil]

Tu as tout intérêt à normaliser ta BDD au maximum donc à séparer les communes, les départements et les régions, puisqu'on parle de la France (cette structure hiérarchique n'existe pas dans les autres pays).

Comme il s'agit de faire de l'autocomplétion, tu n'as besoin que des noms des communes donc inutile a fortiori de charger la table avec des infos parasites.

Si tu développes avec Zend-Framework, voir mon billet de blog à ce sujet.

[michaud_fr]

Il faut normaliser.

Après classique Une table Communes, Une table région, une table Département

Tables petites (région et département)
Donc Jointure en cache le plus souvent si ton serveur de BDD a du cache

Après on peut optimiser encore coté code de l'application (chargement en cache département, region)

Le gros avantage de normaliser c'est la mise à jour.