Grosse base, fortement visité [Résolu]

[comtention]

Bonjour,

Je vais faire une base de donnés a grand contenus et trés fortement visité. Elle sera sur un serveur et les clients pouront y accédé via un programme en VB ou C++ tout cela via internet. Quelle type de base dois-je choisir? j'ai regarder sur le site, les comparatif, le forum etc et je ne trouve pas exactement les informations que je cherche. Par curiosité, la base MSN pourais êtres geré via quels type de base?

[SQLpro]

fort volume et pas mal visité ne veut rien dire.

Pour des SGBDR comme SQL Server / Oracle ou IBM DB2, le fort volume commence à plusieurs centaines de Giga octets et plusieurs milliers d'utilisateurs.

Le problème se situe donc au niveau des aspects matérils : processeurs, mémoire, disques...

Donne nous des ordres de gandeurs...

A +

[comtention]

Je n'en ai pas encore, puisque j'ai pas encore fait la base.

[Higgins]

Envoyé par comtention

Je n'en ai pas encore, puisque j'ai pas encore fait la base.

Avant de créer la base, il faut faire un MCD qui te donnera le nombre de tables.
Une étude détaillée du domaine devrait te permettre d'évaluer la volumétrie
Puisque l'accès se fera via un programme spécifique, tu dois bien avoir une idée approximative du nombre d'utilisateurs à qui tu vas le vendre (ou le donner)? Si c'est un programme très spécialisé, il interessera un nombre de personnes qui peut être évalué, non ?
Si des enregistrements sont spécifiques aux utilisateurs, cela jouera également sur la volumétrie

Je vais faire une base de donnés a grand contenus et trés fortement visité. Elle sera sur un serveur et les clients pouront y accédé via un programme en VB ou C++ tout cela via internet.

Avant de passer aux considérations techniques comme l'on fait mes prédecesseurs , il faut peut-être appréhender la question financière ; c'est du moins ce que je ferais d'abord.
Tout dépend si c'est un site communautaire comme ici donc à but non lucratif ou si c'est pour une entité commerciale.
Pour un but non lucratif MySQL est très bien , peut-être géré via une interface VB ou C++....
Parce qu'une licence de SQL-Server ce n'est pas forcément à la portée de tout le monde.
Oracle je n'en parle même pas....

Après pour les aspects techniques je laisse le soin aux autres personnes d'exposer leurs préférences.
Mais encore une fois MySQL c'est un bon choix je pense pour démarrer.
Bon maintenant s'il ya plusieurs accès simultanés c'est pas forcément un bon choix; il ya un comparatif sur les différents SGBD

[comtention]

Ok merci bien, je vais essaillier de voir tt ça et puis si j'ai un trucs a demander je post.

[Spoutnik]

Tout dépend si c'est un site communautaire comme ici donc à but non lucratif ou si c'est pour une entité commerciale.
Pour un but non lucratif MySQL est très bien , peut-être géré via une interface VB ou C++....
Parce qu'une licence de SQL-Server ce n'est pas forcément à la portée de tout le monde.
Oracle je n'en parle même pas....

euh.... et Postgres ???? il me semble qu il est gratuit non?
pour info, j ai dvp une base de l orde de 200 Go pour une boite pdt un stage et ca roule sans pb :
temps d acces largement < 0.1 s pour des tables à 90 millions de lignes).
un bon schema adapte et optimise + procedures stockees et ca marche sans pb.
actuellement, ce qui limite de temps d execution, c est les acces disques...

[comtention]

et pour les acces simultanés il est bon?

[Spoutnik]

la, j ai rien de precis a te donner, tout ce que je peux dire, c que je travaille par lots de 12 a 36 connexions et que la vitesse d execution ne baisse pas.

[comtention]

ok merci bien