Discussion :

[Grégory PLANCHAT]

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 )?

[Marc Lussac]

J'ai pu lire dans différents forums que certains serveurs SGBD (mysql en particulier) ne tenaient pas la charge

Faux pour Mysql

étaient très lourds

Vrai pour certain : Oracle par exemple


Commence par lire le comparatif SGBD

[Grégory PLANCHAT]

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é

[Marc Lussac]

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.

[Grégory PLANCHAT]

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?

[Marc Lussac]

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.

[Grégory PLANCHAT]

merci de ces précisions, je vais donc garder mon petit mysqld

[lodan]

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

[Marc Lussac]

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