Une base de données multi-utilisateurs ?

kakashi08 · 26/01/2008, 09h59

Bonjour à tous ,
Pour un projet de création de base de données d'une entreprise, il me faudrait un sgbdr qui fonctionnerait en multi-utilisateur, multi-poste.
C'est une base de données de plus de 11 tables qui serai installé sur un serveur et les utilisateur avec chaqun leur poste auraient accé a la table pour faire des opérations de saisie.
Quel SGBDR est recommandé pour ce type d'utilisation ? oracle, mysql, postgresql ou access ?
merci d'avance pour votre aide

SQLpro · 26/01/2008, 12h26

Bonjour,

pas essence toute base de données est par définition multi utilisateurs puisqu'une BD doit être utilisé par plusieurs. Sinon c'est pas une BD c'est un fichier de données....

Deux concepts :
les BD à base de fichiers, permettent d'avoir quelques utilisateurs (de 3 pour access (le plus mauvais) à 50 pour les plus costaudes Paradox, DBase, FoxPro...)
Les BD à base de client serveur (C/S), permettent d'avoir des milliers d'utilisateurs. Dépend du matériel.

11 tables dans une base c'est rien. Une base de taille classique comporte près d'une cenatine de table. des bases plus importantes ont plusieurs centaines de tables. Et on trouve de plus en plus de base dont le nombre de table dépasse le millier...

C'est le volume des données qui permet de choisir le mieux la type de base après le nombre des utilisateurs.
Si jamais vous en restez à quelques Mo, alors inutile de prendre un SGBDR C/S
sauf si très nombreux users.
Cepandant évitez d'utiliser le moteur JET, c'est à dire une base Access. En effet, le moteur JET est considéré comme obsolète depuis de nombreuses années et MS invite ses clients à passer à SQL Server.

A +

kakashi08 · 26/01/2008, 15h25

Et concernant l'accé multi poste à la base de données, quel systéme et le plus performant ?

SQLpro · 26/01/2008, 18h36

Qu'entendez vous par multiposte ?

A +

kakashi08 · 27/01/2008, 17h01

multi poste, c'est plusieurs pc qui se connecte a un serveur de bdd !

Antoun · 28/01/2008, 02h43

C'est le fonctionnement normal de tous les SGBD client/serveur (donc tous ceux que tu as cité, sauf Access).

pifor · 28/01/2008, 13h00

Citation:

Envoyé par kakashi08

quel systéme et le plus performant ?

Pratiquement impossible à dire: comparer les performances de différents SGBD est très difficile: il faudrait prendre en compte la configuration matérielle et logicielle pour une même application. Ce genre de tests est fait par un organisme indépendant le TPC en s'appuyant sur des spécifications d'applications assez théoriques: mais au moins l'ensemble du système (machine + logiciels + applications) est censé être vérifié.

SAP fait aussi ce genre de tests.

Antoun · 28/01/2008, 13h12

Sur un modèle simple (11 tables), s'il y a peu de données (genre qq dizaines de milliers de lignes dans la plus grosse table), il n'y aura sans doute pas de différence de perf significative.

Un critère important va être la techno choisie pour le développement de l'appli : pages web, client lourd ? quel langage ?

pifor · 28/01/2008, 14h47

Il faudrait aussi prendre en compte le nombre de requêtes simultanées ainsi le type de requêtes SQL même sur un petit volume.

Marc Lussac · 29/01/2008, 10h24

Je pense que vous n'y êtes pas du tout

La question cruciale c'est comment va t'il se transformer par magie en ingénieur base de données, et avec quel Langage/EDI va t'il développer l'application ou l'interface, ou sélectionner une application adaptée pour les utilisateurs, alors même qu'il n'à pas la moindre idée de tout ceci.

Et il y à pire, comment peu on même espérer l'aider avec aussi peu d'informations sur le projet...

sdanvbnet · 24/05/2008, 22h03

Citation:

Envoyé par kakashi08

Bonjour à tous ,
Pour un projet de création de base de données d'une entreprise, il me faudrait un sgbdr qui fonctionnerait en multi-utilisateur, multi-poste.
C'est une base de données de plus de 11 tables qui serai installé sur un serveur et les utilisateur avec chaqun leur poste auraient accé a la table pour faire des opérations de saisie.
Quel SGBDR est recommandé pour ce type d'utilisation ? oracle, mysql, postgresql ou access ?
merci d'avance pour votre aide

Je propose WAPP (Windows + Apache + PostgreSQL + PHP).
ça fera l'affaire : bd solide, multi-users, ...

et, il faut que ton appli soit du 3/3 pour faciliter l'administration.

26/01/2008, 09h59	#1
kakashi08 Invité de passage Inscription : janvier 2008 Messages : 11 Détails du profil Informations forums : Inscription : janvier 2008 Messages : 11 Points : 1 Points : 1	Une base de données multi-utilisateurs ? Bonjour à tous , Pour un projet de création de base de données d'une entreprise, il me faudrait un sgbdr qui fonctionnerait en multi-utilisateur, multi-poste. C'est une base de données de plus de 11 tables qui serai installé sur un serveur et les utilisateur avec chaqun leur poste auraient accé a la table pour faire des opérations de saisie. Quel SGBDR est recommandé pour ce type d'utilisation ? oracle, mysql, postgresql ou access ? merci d'avance pour votre aide
	00

26/01/2008, 12h26	#2
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 792 Points : 17 792	Bonjour, pas essence toute base de données est par définition multi utilisateurs puisqu'une BD doit être utilisé par plusieurs. Sinon c'est pas une BD c'est un fichier de données.... Deux concepts : les BD à base de fichiers, permettent d'avoir quelques utilisateurs (de 3 pour access (le plus mauvais) à 50 pour les plus costaudes Paradox, DBase, FoxPro...) Les BD à base de client serveur (C/S), permettent d'avoir des milliers d'utilisateurs. Dépend du matériel. 11 tables dans une base c'est rien. Une base de taille classique comporte près d'une cenatine de table. des bases plus importantes ont plusieurs centaines de tables. Et on trouve de plus en plus de base dont le nombre de table dépasse le millier... C'est le volume des données qui permet de choisir le mieux la type de base après le nombre des utilisateurs. Si jamais vous en restez à quelques Mo, alors inutile de prendre un SGBDR C/S sauf si très nombreux users. Cepandant évitez d'utiliser le moteur JET, c'est à dire une base Access. En effet, le moteur JET est considéré comme obsolète depuis de nombreuses années et MS invite ses clients à passer à SQL Server. 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

26/01/2008, 18h36	#4
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 792 Points : 17 792	Qu'entendez vous par multiposte ? 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

28/01/2008, 02h43	#6
Antoun Rédacteur/Modérateur Antoine Dinimant Consultant en Business Intelligence Inscription : octobre 2006 Messages : 5 854 Détails du profil Informations personnelles : Nom : Antoine Dinimant Âge : 42 Localisation : France, Paris (Île de France) Informations professionnelles : Activité : Consultant en Business Intelligence Secteur : Conseil Informations forums : Inscription : octobre 2006 Messages : 5 854 Points : 9 540 Points : 9 540	C'est le fonctionnement normal de tous les SGBD client/serveur (donc tous ceux que tu as cité, sauf Access). __________________ Antoun Expert SQL, BO, Essbase La bible d'Essbase est parue !
	00

28/01/2008, 13h12	#8
Antoun Rédacteur/Modérateur Antoine Dinimant Consultant en Business Intelligence Inscription : octobre 2006 Messages : 5 854 Détails du profil Informations personnelles : Nom : Antoine Dinimant Âge : 42 Localisation : France, Paris (Île de France) Informations professionnelles : Activité : Consultant en Business Intelligence Secteur : Conseil Informations forums : Inscription : octobre 2006 Messages : 5 854 Points : 9 540 Points : 9 540	Sur un modèle simple (11 tables), s'il y a peu de données (genre qq dizaines de milliers de lignes dans la plus grosse table), il n'y aura sans doute pas de différence de perf significative. Un critère important va être la techno choisie pour le développement de l'appli : pages web, client lourd ? quel langage ? __________________ Antoun Expert SQL, BO, Essbase La bible d'Essbase est parue !
	00

26/01/2008, 15h25	#3
kakashi08 Invité de passage Inscription : janvier 2008 Messages : 11 Détails du profil Informations forums : Inscription : janvier 2008 Messages : 11 Points : 1 Points : 1	Et concernant l'accé multi poste à la base de données, quel systéme et le plus performant ?
	00

27/01/2008, 17h01	#5
kakashi08 Invité de passage Inscription : janvier 2008 Messages : 11 Détails du profil Informations forums : Inscription : janvier 2008 Messages : 11 Points : 1 Points : 1	multi poste, c'est plusieurs pc qui se connecte a un serveur de bdd !
	00

28/01/2008, 14h47	#9
pifor Expert Confirmé Inscription : février 2006 Messages : 3 433 Détails du profil Informations forums : Inscription : février 2006 Messages : 3 433 Points : 3 462 Points : 3 462	Il faudrait aussi prendre en compte le nombre de requêtes simultanées ainsi le type de requêtes SQL même sur un petit volume. __________________ P. Forstmann AskTom Forums OTN doc 8, 9, 10 et 11
	00

29/01/2008, 10h24	#10
Marc Lussac Directeur Marketing Marc Lussac Responsable marketing opérationnel Inscription : mars 2002 Messages : 26 358 Détails du profil Informations personnelles : Nom : Marc Lussac Localisation : Canada Informations professionnelles : Activité : Responsable marketing opérationnel Secteur : Communication - Médias Informations forums : Inscription : mars 2002 Messages : 26 358 Points : 23 187 Points : 23 187	Je pense que vous n'y êtes pas du tout La question cruciale c'est comment va t'il se transformer par magie en ingénieur base de données, et avec quel Langage/EDI va t'il développer l'application ou l'interface, ou sélectionner une application adaptée pour les utilisateurs, alors même qu'il n'à pas la moindre idée de tout ceci. Et il y à pire, comment peu on même espérer l'aider avec aussi peu d'informations sur le projet... __________________ -> Ne pas me contacter pour le forum et je ne répondrai à aucune question technique -> Comment nous contacter -> Pour partenariat ou publicité : Mon Email
	00

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