bonjour a tous,

Suite à une nouvelle commande, je me tourne vers vous pour obtenir quelques conseils quant à l'exploitation d'une base de données de 800mo.
On prevoit un augmentation de 200 mo tous les 6 mois. je n'ai jamais eu l' occasion de travailler avec de telles quantités de données.

• avec un budget de 150€ max par mois pour le serveur, quel hebergeur serait le plus fiable?
• quel système de gestion utilisé : mysql, oracle ...?
• quel système de cache? ( sachant qu'on doit servir la base à d'autres sites avec un api maison)

voila tout retour d'experience me serait utile.

Niveau SGBD, MySQL était peu approprié aux grosses bases de données. Aujourd'hui, je ne sais pas trop ... j'aurai tendance, vue la demande et le budget que vous avez, à m'orienter vers PostgreSQL ou Oracle (très gourmand) sur une base de prévision de plusieurs Go. Je pense qu'un serveur dédié.

Je suis pas du tout calé sur le sujet, cependant j'ai pu observer que toutes les bases de données avec lesquelles j'ai pu avoir à travailler jusqu'ici étaient sous :
< 1Gio => MySQL
> 1 Gio => PostgreSQL

Donc je pense pas vu le nombre observé que cela ait été choisi suivant les préférences d'utilisation ou un simple choix à pile ou face.

Perso, j'ai eu des tables avec des millions de records, d'une petite dizaine de Go, sous MySQL, pas de soucis.

Il faut juste bien le configurer, voilà la vraie difficulté.

Il voir au niveau des temps de réponse, et d'exécution des requêtes quel serait le meilleur système

800mo repartis sur combien de table ?

Perso, j'ai eu des tables avec des millions de records, d'une petite dizaine de Go, sous MySQL, pas de soucis.

Il faut juste bien le configurer, voilà la vraie difficulté.

J'ai déjà vu des tests et des critiques de MySQL sur ses performances, mais datant de plusieurs années. Il est difficile de dire ce qu'il en est aujourd'hui par rapport à ces lectures. Mais, ce qui est certain, c'est qu'il est moins riche en fonctionnalités ... où sont les contraintes de validation ? Les domaines ? Les vues matérialisées (ahah je crâne là, PostgreSQL n'en propose pas non plus) ...

Sur le moindre doûte, je pencherais sur PostgreSQL qui doit être aussi "compliqué" à configurer sur un dédié que MySQL. Mais cela sans aucun préjugé sur les performances, là dessus je n'ai lu que des critiques subjectives ou trop vieilles. Bien sûr, 5 To de données nécessiteront Oracle alors que 5 Mo serait un carnage pour ce dernier. Je ne peux que me prononcer sur la richesse de PostgreSQL et un meilleur respect des standards SQL, quoique dont l'atout reste à démontrer si l'on programme toujours sur le même système.