Discussion :

[Lady_jade]

bonjour,

je dois choisir une BDD en fction de ses performances.(entre oracle, mysql, postgresql, sybase, etc,...)
est ce que quelqu'un pourait me dire:
- jusqu'à combien peut avoir de données une BDD avant d'être saturer (en Go)
- kel est la BDD la plus rapide en temps d'accès aux données
- combien d'utilisateur peuvent avoir acces aux données en même temps sans avoir de ralentissement d'accès aux données
- prix, ...
tout ce qui pourrait me faire choisir une BDD.
sachant que mes besoins sont pour une base de 2 à 4 Go et pour 5 à 50 personnes qui sont connectés.

Merci de votre aide précieuse.

[KiLVaiDeN]

Bonjour,

Je ne connais pas les données comme ça brut de fonderie, mais quand tu dis que la taille est de 2Go 4Go et qu'il y aura 5 à 50 utilisateurs, je peux déjà tout de suite te dire que la plupart des bases de données peuvent supporter cette charge facilement.

Oracle est très cher, et pour l'administrer comme il faut, au moins un administrateur oracle sera necessaire. Donc un investissement comme celui là ne doit pas se prendre à la légère surtout que franchement vu l'utilisation que tu en auras, ce serait tuer une mouche au bazooka.

Après, selon mon experience, je peux dire que PostGreSQL fonctionne vraiment bien malgré sa gratuité, et MySQL aussi (ce forum fonctionne convenablement sous MySQL bien que la charge est à mon avis plus importante que celle que tu vas atteindre avec ton appli, bon il faut aussi avouer que les gens de chez developpez on mit le paquet sur l'optimisation).

Mais j'ai une préférence pour PostGreSQL car il offre un langage de manipulation plus riche.

Les données techniques des bases de données sont utiles, mais il est plus utile je pense d'avoir l'experience des gens, alors j'espère que je ne serais pas le seul à répondre et que tu auras d'autres retours

Petite question : est-ce que ton entreprise utilise déjà un SGBDR pour d'autres applications ? Si oui, pourquoi ne pas inclure cette nouvelle application sous ce SGBDR ?

[gregory.broissard]

Dommage de ne pas avoir inclus DB2 qui est une offre comparable à celle d'Oracle et l'admin est un poil plus simple

Bref...

Une base de données n'a pas de limitation de capacité. J'ai deja vu beaucoup de bases de plusieurs Tera Octets au moins sur Oracle et DB2.

Sybase est réputé pour sa rapidité d'accès aux données mais Oracle et DB2 reste très performant du fait de leur architecture très étudiée de gestion mémoire surtout dans le cadre de faible volumétrie comme vous mentionnez.

Mysql est très pauvre en termes de fonctionnalités, méfiez vous donc si dans votre application, vous avez d'importantes fonctionnalités métiers, ceci pourrait être rendu difficile par Mysql. Sinon, avec 2 à 4Go de données, des fonctionnalités simples et peu d'utilisateurs , Mysql est un bon choix, et surtout peu cher.

En terme de prix, Oracle devrait être le plus cher et Mysql le moins.

[KiLVaiDeN]

Comme je disais dans mon post, je parle selon mon expérience, et je ne connais pas bien DB2 ( seulement de nom, et je l'ai utilisé uniquement à distance une fois, sans vraiment savoir que c'était du DB2 ).

J'avais entendu parler des performances de DB2, mais n'ayant jamais discuté avec un admin DB2, ou n'ayant jamais été mis devant une machine, il était hasardeux pour moi d'en parler

Que penses-tu de PostGreSQL ? J'ai l'impression que c'est un des meilleurs SGBDR à l'heure actuel, sans oublier son prix... Qui est nul ! Je l'ai vu tourner dans deux entreprises, je l'ai moi même utilisé pour certains sites où le choix d'un SGBDR gratuit s'imposait ( donc j'ai préféré PostGreSQL à MySQL, et je n'ai pas regreté ) et dans mes recherches d'aide sur le net, j'ai vu des tests de performances qui certifient les qualités de PostGreSQL. Après je ne sais pas comment il se comporte avec une base de plusieurs Tera, il y est vrai que ce qui rend Oracle ( et maintenant que tu le dis, DB2 ) incontournable dans ce domaine, est sa capacité de tuning, qui est une bonne chose, mais qui peut également devenir une contrainte tant le produit a besoin de tuning, car ça oblige à avoir un ou meme plusieurs DBA qui s'en charge régulièrement, sinon les performances chuttent catastrophiquement. Mais tu me diras que quand on a une ou plusieurs base sur des Tera octets de données, on peut surement se poser la question d'engager un dba !

[Fabien Celaia]

DB2 est du même accabit qu'Oracle en terme de prix, de fonctionnalités de base, ...

Pour plus d'info : le comparatif

[gregory.broissard]

marche pas le lien. Dommage

[KiLVaiDeN]

Oui y a un p en trop dans "developpez"
Voila le bon lien.

[jdananas]

Parmi les bases de données légères et faciles à administrer, il y a SQLBase (editeur Gupta : http://www.guptatechnologies.com/Pro...e/default.aspx).

Dans le passé, j'ai été expert sur SQLBase et je dois dire que c'est vraiment d'une simplicité d'administration extraordinaire. Rien à voir avec Oracle, DB2 ou d'autres que j'ai abordées par la suite.

Bon, forcément c'est moins puissant qu'Oracle et Cie, mais pour l'usage que tu veux en faire, ça suffit amplement et c'est un vrai SGBD/R professionnel.

[aieeeuuuuu]

Bonjour,

Notez aussi que pour de nombreux SGBDR payants, il existe un édition gratuite, qui pourra certainement vous satisfaire dans un premier temps, mais pourrait vous simplifier la vie si votre projet devenait plus important que prévu. quoiqu'on en dise, changer de SGBDR pour une application en production n'est pas une mince affaire.

Par exemple, vous ne parlez pas de SQL Server, mais il existe en édition gratuite (limitée je crois à 10Go par base), dont l'administration est relativement simple...