Précédent   Forum des professionnels en informatique > Bases de données > Décisions SGBD
Décisions SGBD Forum de décisions sur le choix en bases de données. Le Comparatif
Partagez cette discussion sur d'autres réseaux sociaux : Viadeo Twitter Google Facebook Digg Delicious MySpace Yahoo
Réponse Proposer ce sujet en actualité
 
Outils de la discussion
Publicité
'
Vieux 26/05/2007, 19h15   #1
Futur Membre du Club
 
Grégory PLANCHAT
Inscription : juin 2005
Messages : 38
Détails du profil
Informations personnelles :
Nom : Grégory PLANCHAT
Localisation : France, Rhône (Rhône Alpes)

Informations forums :
Inscription : juin 2005
Messages : 38
Points : 17
Points : 17
Par défaut demande conseils pour le choix d'un SGBD

Bonjour,

Pour un projet personnel, je réfléchis à une architecture pour une application client-serveur. Pour des raisons de performances brutes, j'ai dans l'idée de créer un noyau de calculs en C++, et une partie dite "web" codée en PHP qui servira seulement d'interface avec le client, les deux interagissant avec une base de données

J'ai pu lire dans différents forums que certains serveurs SGBD (mysql en particulier) ne tenaient pas la charge ou étaient très lourds, mais n'étant pas spécialiste et ayant bien souvent vu et entendu de grosses inepties sur ces mêmes forums, j'aimerais savoir si ces affirmations sont fondées, tout en essayant d'éviter le troll...

si oui, quel sera le SGBD capable à la fois de répondre à un maximum de requêtes si il est installé sur un serveur dédié d'entrée de gamme, devant gérer une base d'environ 100Go et capable de s'interconnecter avec PHP et C++ (sans wrapper d'une API C de préférence )?
Grégory PLANCHAT est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 27/05/2007, 20h35   #2
Directeur Marketing
 
Avatar de Marc Lussac
 
Homme Marc Lussac
Responsable marketing opérationnel
Inscription : mars 2002
Messages : 26 358
Détails du profil
Informations personnelles :
Nom : Homme 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 184
Points : 23 184
Citation:
Envoyé par GerGalP
J'ai pu lire dans différents forums que certains serveurs SGBD (mysql en particulier) ne tenaient pas la charge
Faux pour Mysql


Citation:
Envoyé par GerGalP
étaient très lourds
Vrai pour certain : Oracle par exemple


Commence par lire le comparatif SGBD
__________________
-> Ne pas me contacter pour le forum et je ne répondrai à aucune question technique -> Comment nous contacter
-> Pour partenariat ou publicité : Mon Email
Marc Lussac est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 28/05/2007, 22h56   #3
Futur Membre du Club
 
Grégory PLANCHAT
Inscription : juin 2005
Messages : 38
Détails du profil
Informations personnelles :
Nom : Grégory PLANCHAT
Localisation : France, Rhône (Rhône Alpes)

Informations forums :
Inscription : juin 2005
Messages : 38
Points : 17
Points : 17
j'avais déjà lu les comparatifs et les débats cités en lien en fin de page, j'ai pu réduire la liste à mysql, firebird et postgre, mais il n'y a pas de résultats de bench qui puisse les démarquer sur leurs performances dans certains domaines, c'est pour ca qu'un avis plus éclairé m'aurait aidé
Grégory PLANCHAT est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 28/05/2007, 23h10   #4
Directeur Marketing
 
Avatar de Marc Lussac
 
Homme Marc Lussac
Responsable marketing opérationnel
Inscription : mars 2002
Messages : 26 358
Détails du profil
Informations personnelles :
Nom : Homme 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 184
Points : 23 184
Firebird est plus complet que MySQL mais moins performant pour les applications simples.

PostgreSQL est complet et rapide, mais moins rapide que MySQL pour les transaction simples.
__________________
-> Ne pas me contacter pour le forum et je ne répondrai à aucune question technique -> Comment nous contacter
-> Pour partenariat ou publicité : Mon Email
Marc Lussac est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 28/05/2007, 23h14   #5
Futur Membre du Club
 
Grégory PLANCHAT
Inscription : juin 2005
Messages : 38
Détails du profil
Informations personnelles :
Nom : Grégory PLANCHAT
Localisation : France, Rhône (Rhône Alpes)

Informations forums :
Inscription : juin 2005
Messages : 38
Points : 17
Points : 17
donc en gros, si je fais une appli qui ne fait que des insert, select et update, sans trigger ni vues, c'est mysql qu'il faut que je choisisse?
Grégory PLANCHAT est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 28/05/2007, 23h16   #6
Directeur Marketing
 
Avatar de Marc Lussac
 
Homme Marc Lussac
Responsable marketing opérationnel
Inscription : mars 2002
Messages : 26 358
Détails du profil
Informations personnelles :
Nom : Homme 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 184
Points : 23 184
Si ce sont des transactions simples, les benchs donnent MySQL gagnants

D'autres vont te dire le contraire pour justifier l'utilisation de produits lourds et chers mais c'est de l'intox.
__________________
-> Ne pas me contacter pour le forum et je ne répondrai à aucune question technique -> Comment nous contacter
-> Pour partenariat ou publicité : Mon Email
Marc Lussac est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 28/05/2007, 23h27   #7
Futur Membre du Club
 
Grégory PLANCHAT
Inscription : juin 2005
Messages : 38
Détails du profil
Informations personnelles :
Nom : Grégory PLANCHAT
Localisation : France, Rhône (Rhône Alpes)

Informations forums :
Inscription : juin 2005
Messages : 38
Points : 17
Points : 17
merci de ces précisions, je vais donc garder mon petit mysqld
Grégory PLANCHAT est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 26/08/2007, 08h07   #8
Membre extrêmement actif
 
Avatar de lodan
 
Inscription : juin 2006
Messages : 1 804
Détails du profil
Informations forums :
Inscription : juin 2006
Messages : 1 804
Points : 587
Points : 587
Bonjour,

Je suis en train de faire un intranet en php mysql avec des fonctions de mise à jour (ajout, modification, suppression, recherche). Une vingtaine de tables pour gérer des clients (400 000) dont le nombre de lignes de commande annuel est de 2, soit 800 000 lignes.

Le volume n'est donc pas très important et il n'y a pas à priori de complexité.

Donc en lisant les messages précédant, je me posais la question suivante :

Qu'appel-t-on une transaction simple ?

et à contrario

Qu'appel-t-on une transaction complexe ? (ce qui nécessiterait le choix d'une autre base de données)

Merci d'avance
__________________
Y a pas, plus on fait, plus on sait. Plus on cherche, plus on sait chercher. Maintenant quant à trouver, c'est autre chose.
lodan est déconnecté   Envoyer un message privé Réponse avec citation 00
Vieux 26/08/2007, 12h05   #9
Directeur Marketing
 
Avatar de Marc Lussac
 
Homme Marc Lussac
Responsable marketing opérationnel
Inscription : mars 2002
Messages : 26 358
Détails du profil
Informations personnelles :
Nom : Homme 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 184
Points : 23 184
Une transaction complexes ne t'oblige pas du tout à changer de base de données. Si tu as mysql et que mysql arrive à faire toutes les requetes dont tu as besoin, pourquoi changer ?

Merci à l'avenir de poster des messages dans le forum mysql et de ne pas remonter de vieux messages dans le forum général pour poser tes questions
__________________
-> Ne pas me contacter pour le forum et je ne répondrai à aucune question technique -> Comment nous contacter
-> Pour partenariat ou publicité : Mon Email
Marc Lussac est déconnecté   Envoyer un message privé Réponse avec citation 00
Réponse Proposer ce sujet en actualité Cette discussion est résolue.
Outils de la discussion



Fuseau horaire GMT +2. Il est actuellement 19h34.


 
 
 
 
Partenaires

Hébergement Web