1 "grosse" BD ou plusieurs "petites" [Résolu]

GnouDream · 12/07/2006, 12h05

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 · 12/07/2006, 12h15

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 · 12/07/2006, 12h27

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 · 12/07/2006, 12h29

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 · 12/07/2006, 14h00

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 · 12/07/2006, 18h04

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 +

12/07/2006, 12h05	#1
GnouDream Invité régulier Inscription : mai 2005 Messages : 17 Détails du profil Informations forums : Inscription : mai 2005 Messages : 17 Points : 7 Points : 7	1 "grosse" BD ou plusieurs "petites" 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
	00

12/07/2006, 12h27	#3
SQLpro Rédacteur/Modérateur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 10 959 Détails du profil Informations personnelles : Nom : Frédéric BROUARD Localisation : France Informations professionnelles : Activité : Expert SGBDR & SQL Secteur : Conseil Informations forums : Inscription : mai 2002 Messages : 10 959 Points : 17 791 Points : 17 791	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 + __________________ Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ *Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.* Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
	00

12/07/2006, 18h04	#6
SQLpro Rédacteur/Modérateur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 10 959 Détails du profil Informations personnelles : Nom : Frédéric BROUARD Localisation : France Informations professionnelles : Activité : Expert SGBDR & SQL Secteur : Conseil Informations forums : Inscription : mai 2002 Messages : 10 959 Points : 17 791 Points : 17 791	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 + __________________ Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ *Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.* Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
	00

12/07/2006, 12h15	#2
al1_24 Modérateur Alain Ingénieur d'études décisionnel Inscription : mai 2002 Messages : 4 446 Détails du profil Informations personnelles : Nom : Alain Âge : 51 Localisation : France, Val de Marne (Île de France) Informations professionnelles : Activité : Ingénieur d'études décisionnel Secteur : Conseil Informations forums : Inscription : mai 2002 Messages : 4 446 Points : 7 546 Points : 7 546	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.
	00

12/07/2006, 12h29	#4
karima Candidat au titre de Membre du Club Inscription : mai 2002 Messages : 10 Détails du profil Informations forums : Inscription : mai 2002 Messages : 10 Points : 10 Points : 10	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! à +
	00

12/07/2006, 14h00	#5
GnouDream Invité régulier Inscription : mai 2005 Messages : 17 Détails du profil Informations forums : Inscription : mai 2005 Messages : 17 Points : 7 Points : 7	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
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email