Concentration et segmentation de base de données
Concentrer les sources et les données de production
La concentration de bases et/ou de données sera réalisée pour faciliter la maintenance d'ensemble, pour rassembler des données faisant partie d'un même contexte logique, pour renforcer l'intégrité référentielle de données disparates, ou pour pouvoir exploiter plus facilement les données ensemble.
Les exemples de concentration sont nombreux et n'impliquent pas seulement des bases de données SQL-Server. Il est possible d'agglomérer dans une seule base SQL-Server des données issues de progiciels, de fichiers de travail Excel (cas fréquent), de bases de données de moindre envergure (ex: Access ou MySQL), de bases de données ayant une couverture fonctionnelle moins riche (ex: bases noSQL, bases non relationnelles), de fichiers d'ERP en fin de vie... etc.
Segmenter les données de production
La segmentation d'une base de données peut avoir un intérêt d'ordre logique, mais sera souvent réalisée pour des raisons de simplification et pour améliorer les performances. Segmenter une base peut se faire de deux façons : par un éclatement de la base en plusieurs bases distincts (au sein de la même instance SQL-Server ou dans plusieurs instances distribuées), ou bien par répartition des données - notamment des tables - dans des fichiers logiques distincts, eux-mêmes répartis sur du hardware dédié. Le meilleur choix dépendra de l'utilisation qui sera faite des données ainsi que des possibilités de l'infra sous-jacente.
Les exemples de segmentation se rapportent à la séparation de données en vue de les archiver (historique), la séparation de données pour des raisons de sécurité (cloisonnement), la séparation des données dans le cadre d'une stratégie d'amélioration des performances, la séparation et la distribution de données dans le cadre de la création d'une architecture distribuée (par exemple pour amener les données au plus près des utilisateurs répartis géographiquement).