Salut tout le monde,
Je suis actuellement à la recherche d'une base de données qui me permettrait les choses suivantes :
- Je souhaite pouvoir lui envoyer uniquement des INSERT/UPDATE/DELETE de façon intensive, possiblement par batch
- Récupérer périodiquement l'ensemble des données pour l'insérer dans une autre base
Write-Intensive == 500 à 1000r/s, sachant que je peux les envoyer en mode batch.
Est-ce que vous avez des idées de bdd correspondants à ces besoins ?
Merci d'avance
quelle taille les enregistrements ?

Proud to be CAKE©®™
GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.
vince Le 10/05/2009 à 16:12 Pour ce genre de situation (écritures massives) le mieux c'est DB2 sur MVS/Z-OS
Nil Le 10/05/2009 à 17:06 Yep je confirme. Mais ça a un coût.
vince Le 10/05/2009 à 18:27 Bah ouais, mais après si c'est pour son taf, ça peut peut être être justifié...
Nil Le 11/05/2009 à 14:17 (Alors là, aucune idée... aucune des bases que j'ai eu à gérer n'était de l'importance de ce que tu présentes).
Le plus rapide reste MyISAM en mode disque, mais bon il n'y as pas beaucoup de choix de toute maniere comme moteur sur MySQL

Proud to be CAKE©®™
GCC4TI importe qui a problème en Autriche, pour l'UE plus et une encore de correspours nucléaire, ce n'est pas ytre d'instérier. L'état très même contraire, toujours reconstruire un pouvoir une choyer d'aucrée de compris le plus mite de genre, ce n'est pas moins)
Stalin est l'élection de la langie.
vince Le 11/05/2009 à 18:09 oublies postgresql et mysql si tu veux tenir de telles chiffres...
Nil Le 11/05/2009 à 18:35 Tu peux toujours faire des benchs et il doit y avoir moyen de tweaker les serveurs pour faire du "mieux" et s'approcher de tes besoins, mais je pense que le coût final sera assez élevé de toutes façons (faut payer l'expert).
vince Le 11/05/2009 à 19:25 Maintenant, la question à se poser est de savoir si le nombre d'écritures annoncé n'est pas surdimensionné
Nil Le 11/05/2009 à 19:29 Yep aussi (je trouve ça énorme... ou alors c'est un problème de conception et ce ne sont pas des données qui devraient aller dans une base ?!)