Architecture de BD

Bonjour,

J'aimerais avoir votre opinion sur la chose suivante: nous archivons présentement des résultats de test effectués en production sur des cartes életroniques (Chambre de température, tests fonctionnels, In Circuit Test, Boundary Test, etc).Tous les résultats sont présentement dans la même BD.

Pour une question de facilité de réplication et de gestion d'accès encouru par le fameux programme ITAR, certains préconisent de diviser la BD en plusieurs BD par produit. Comme il y existe plusieurs dizaines de produits (centaines??), j'ai des craintes par rapport à la maintenabilité de ce système et à la diminution de la capacité de recherche (complexité des requêtes accrue) à faire sur toute les BD pour ne nommer que ceux-ci.

Quel est votre point de vue?

merci

Citation:

---

database_name database_size unallocated space
ATE_Results 193917.69 MB 18447.95 MB
reserved data index_size unused
175237112 KB 60319408 KB 114887728 KB 29976 KB

---

Différents produits sont accédés par les même utilisateurs?
Je ne vois pas l’intérêt de diviser...

Totalement farfelu a imbécile ! Cela était intéressant du temps des fichiers Cobol dans les années 60 !!!!

En effet le seul véritable critère qui pourrait obliger à découper une base en plusieurs est celui de la volumétrie, mais pour cela il faut commencer par avoir une base de plusieurs dizaines de téra octets... Est-ce votre cas ?

Lisez l'article que j'ai écrit sur un sujet connexe : http://blog.developpez.com/sqlpro/p9...u-plusieurs-1/

A +