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 2009-05-10 at 04:12pm Pour ce genre de situation (écritures massives) le mieux c'est DB2 sur MVS/Z-OS
Nil 2009-05-10 at 05:06pm Yep je confirme. Mais ça a un coût.
vince 2009-05-10 at 06:27pm Bah ouais, mais après si c'est pour son taf, ça peut peut être être justifié...
Nil 2009-05-11 at 02:17pm (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 2009-05-11 at 06:09pm oublies postgresql et mysql si tu veux tenir de telles chiffres...
Nil 2009-05-11 at 06:35pm 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 2009-05-11 at 07:25pm Maintenant, la question à se poser est de savoir si le nombre d'écritures annoncé n'est pas surdimensionné
Nil 2009-05-11 at 07:29pm 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 ?!)