Architecture BDD et recherche d'éléments [Résolu]

[nath-0-0]

Bonjour,

J'ai une base de données qui stocke les données pour un site immobilier en ligne.
La table à laquelle s'articule les autres éléments est donc la table BIEN.

Lors de la recherche, il faut afficher :
- une photo qui se trouve dans la table PHOTO
- quelques renseignements se trouvant dans la table BIEN
- le code postal qui se trouve dans la table LOCALITE

Architecture de la bdd :
(bien.fkappartement,immeuble.idAppartement / immeuble.fkLOcalite Localite.idLOcalite / localite.codepostal).
(photo.fkbien,bien.idbien)

Je pensais recopier le codepostal et le nom de la photo principale à afficher lors de la recherche dans la table BIEN et gérer tous changements de ces éléments grâce à des triggers qui répercuteraient la/les modifications de, par exemple, la photo principale dans la table bien.

Que pensez-vous de cette façon de faire ? C'est pourri ou pas ?
Le but est d'éviter d'avoir des requêtes interminables et je me dis qu'ainsi au niveau performances c'est plus rapide et moins compliqué

merci d'avance

Nath

[StringBuilder]

Vous voulez dénormaliser, c'est ça ?

En quel honneur ?

Une simple vue suffit à récupérer ces informations sans problème...

Code :

1
2
3
4
5
6
7
8
 
CREATE VIEW v_rechweb
AS
SELECT b.champ1, b.champ2, ..., p.image, l.codepostal
FROM bien b
INNER JOIN immeuble i ON i.idappartement = b.fkappartement
INNER JOIN localite l ON l.idlocalite = i.fklocalite
INNER JOIN photo p ON p.fkbien = b.idbien AND p.numero = 1

Il faut trouver un critère pour ne prendre qu'une photo par bien.
J'ai donc "inventé" un champ "numero" qui est le numéro de la photo du bien, et j'y ai appliqué le filtre " = 1" pour ne prendre toujours que la première photo.

Voyez ce que vous pouvez utiliser dans votre base pour faire la même chose.

[nath-0-0]

OUi je veux ou voulais dénormaliser

Je n'ai pas pensé à la vue, merci !
J'ai un peu oublié mes cours.....

[StringBuilder]

Une règle d'or : NE JAMAIS DENORMALISER

Après, au cas par cas, il peut arriver que peut-être, une petite dénormalisation par ci ou par là puisse être pertinente, mais clairement pas dans ce genre de situation.

Un exemple classique de dénormalisation par exemple, c'est de stocker un champ calculé, lorsque l'algo qui permet d'obtenir la valeur est particulièrement complexe. Par exemple, sur une facture, lorsque tous les produits ne sont pas soumis aux mêmes taxes, qu'il y a des frais de dédouanement, de transport, etc.

Mais clairement pas pour éviter des jointures simples

[nath-0-0]

merci pour le complément d'inforamtions !