Discussion :

[GnouDream]

Bonjour à tous, comment allez vous !?
...
Moi ça va merci !

Alors voilà, je suis entrain de créer une base de données d'environ 50-80 tables pour un logiciel de GMAO.
C'est ma première "grosse" base, et je me pose plusieurs questions :

1/ J'utilise la méthode Merise. Dois-je constituer un seul "gros" MCD ou plusieurs "petits" ?

2/ Est-il intéressant de créer plusieurs "petites" bases de données plutôt qu'une grosse ? (temps d'exécution des requêtes, ...)

3/Peut on faire tourner et accéder à plusieurs bases de données en même temps sur un même serveur de BD ?
(si ça dépend du SGBD, j'utilise Firebird et j'irais bien entendu pauser mes autres questions sur le forum adéquate )

Merci de vos conseils à tout à l'heure

[al1_24]

1/ Plusieurs petits, par domaine. C'est plus lisible.
Dans AMC on parle de sous-modèles.

2/ Pas réellement d'intérêt technique. Surtout s'il y a des tables communes à ces BD

3/ En général, les SGBD supportent plusieurs "schémas" de BD simultanément.

[SQLpro]

1) si vous utilisez un bon outil de modélisation vous pouvez découper votre modèles en sous modèles. Depuis la v7 ces sous modèles s'apellent des packages.

2) aucun intérêt. Le nombre de table n'est pas un critère de volume. Pire.. En mutipliant les bases de données, vous allez créer un volume de données plus importants du fait des tables systèmes.

3) les SGBDR du type C/S acceptent plusieurs centaines d'utilisateurs simultané, quelque soit le nombre de bases sur le serveur. Dans Windows, le nombre simultané de processus plafonne autour du milliers. Ce qui signifier un millers de requêtes simultanées, soit en pratique plusieurs milliers d'utilisateurs connectés.
Cepandant tout dépend des performances des SGBDR.
Je dirais que Interbase/Firebird se situe dans la moyenne avec MySQL. Au dessus on va trouver SQL Server, Oracle, Sybase ou DB2, voire maintenant PostGreSQL.

A +

[karima]

Bonjour à tous!!!

1/ Pour MERISE on construit des petits MCD pour valider des vues externes (une vue est relative à une tâche automatisée), alors c possible pour des raisons de simplification, à condition de pouvoir établir des liens entre les parties.

2/ En fin il s'agit d'une seule base de données, mais on peut créer plusieurs utilisateurs pour chacun ses droits d'accés.

3/ Oui possible, et on a extension vers les systèmes intégrés!

à +

[GnouDream]

Merci, les choses sont désormais plus claires dans mon esprit.

Il y a un point qui cependant reste obscure, si je fais plusieurs sous modèles ou packages, comment dois-je les relier entre eux ?

Prenons l’exemple de 2 entités appartenant à 2 sous modèles différents. Disons que dans le cas d’un modèle général unique, elle serait reliée par une association.
Donc en formant ces sous modèles, je « casse » cette association. Alors comment représenter le lien qui lie mes 2 entités.

En bref, comment faire le lien entre mes sous modèles ?

Merci

[SQLpro]

Aprenez à vous servir de l'outil. Vous comprendrez comment cela marche.
Ce n'est pas parce que vous avez différentes "feuille" que ce ne sont pas les mêmes objets !

A +