Discussion :

[MarcAnto]

Bonjour,
Je suis nouveau sur ce forum.
Dans mon entreprise nous avons le projet de migrer une application MainFrame vers une
Plateforme SQL 2005. Nous allons utiliser la suite Visual Studio 2005.

Au niveau de l’organisation des données je me demande si nous avons intérêt à créer une SEULE base ou PLUSIEURS bases (héberger sur le même serveur).

Notre application commerciale comprend plusieurs fonctionnalités (Gestion Articles, Gestion
Client, Gestion Fournisseur) indépendante mais en partie liés.

Merci de me faire partager vos expérience.

[Madinico]

Je pense que pour définir si l'utilisation d'une ou plusieurs base de données est utile, il vous faudra tout d'abord réaliser votre modèle conceptuel de données (MCD). A partir de ce modèle vous pourrez déduire les relations directs en tre les différentes tables de votre schéma.

Si comme tu nous l'a précisé, toutes vos tables sont liés alors l'utilisation d'une unique base de données sera suffisante. Après la gestion des accès se fera à partir de la gestion des droits des utilisateurs accédant à votre base de données.

Par contre si vous avez des ressources qui sont partagées par plusieurs applications alors vous pourrez orienter votre réflexion sur la construction de bases de données supplémentaires.

[SQLpro]

Il n'y a strictement aucun intérêt dans votre cas à faire plusieurs bases. Même beaucoup d'inconvénients...

Pour faire en sorte de séparer les différentes fonctionalités : Articles, Gestion
Client, Gestion Fournisseur, il suffit de créer des schémas SQL (CREATE SCHEMA....).

Les inconvénients du multibase sont les suivants :

• pas de possibilité de faire des contraintes d'intégrité référentielle d'une base à l'autre, donc risque majeur d'incohérence de la base.
• plus de volume à mettre en charge dans le cache (chaque base va devoir polluer le cache avec ses propres tables systèmes)
• pas de possibilité de bien gérer les fichiers physiques sous jacentes aux bases (dont la stratégie est d'une importance extrème pour les performances) en effet les fichiers des différentes bases seront entrelacées sur les disques
• sauvegardes disruptives...

Enfin le problème d'accès et de privilèges est facilité par le fait que des privilèges peuvent être accordés aux schemas SQL.

et bien d'autres choses encores !!!!

A +

[MarcAnto]

Merci de vos réponses.

Effectivement il semble qu'avec une seule base notre développement sera plus simple et que nous aurons plus de facilité à maintenir la cohérence des données. Par contre, le nombre de table risque rapidement d'être très important (200), ainsi que le nombre de procédure stockés (500), d'ou une perte de visibilité. Connaissez-vous un moyen de présentation efficace ?

[Madinico]

Pour faire en sorte de séparer les différentes fonctionalités : Articles, Gestion
Client, Gestion Fournisseur, il suffit de créer des schémas SQL (CREATE SCHEMA....).

Comme il est indiqué, il faut créer un schéma par groupe de table organiser par fonctionnalité.

[MarcAnto]

Avec votre aide et en me renseignant nous avons opté pour créer une seule base avec plusieurs schéma . Nous utiliserons le schéma par défaut 'dbo' pour les tables paramétres et un schéma par application.

Merci de votre aide.