cela DÉPEND des modèles d'utilisation des applications... Si les modèles d'utilisation indiquent que les données historiques seront interrogées plus souvent que les valeurs actuelles, alors mettez-les toutes dans une table... Mais si les requêtes historiques sont l'exception, (ou moins de 10 % des requêtes), et les performances de la requête de valeur actuelle la plus courante souffriront du fait de mettre toutes les données dans une seule table, alors il est logique de séparer ces données dans sa propre table...
