Comment décider s'il faut fusionner mes données en une seule table?

[JohnR]

Je suis en train de refondre une petite application interne pour mon équipe et je me retrouve avec deux jeux de données assez similaires, mais provenant de sources différentes. J’ai tout importé dans PostgreSQL en pensant faire un simple JOIN plus tard, mais je me demande maintenant si je n’aurais pas dû plutôt tout fusionner en une seule table dès le départ pour éviter des requêtes trop lourdes. C’est un peu bête, mais je suis pris d’une soudaine hésitation sur la bonne approche de modélisation à ce stade. Vous arrive-t-il de douter de ce genre de choix architecturaux en cours de route ?

[Jeffrey_J]

Je comprends l hésitation et tu n es pas seul dans ce dilemme entre fusionner tout dans une table et garder deux jeux séparés et faire un join plus tard Dans ce genre de cas je regarde ce qui bouge le plus dans ton domaine métier et ce qui va changer souvent Si les données évoluent ensemble presque toujours alors une table fusionnée peut simplifier les requêtes et réduire les joints lourds Si au contraire les sources évoluent différemment et que les règles de validation diffèrent mieux garde deux tables et envisage une vue ou une table référentiel Le choix dépend aussi des contraintes d intégrité et des coûts de dénormalisation