Discussion :

[stfk49]

Bonjour, j'aurais besoin de savoir quel SGBD est le meilleur en insertion. En effet j'ai une grosse application qui archive tout un tas de données (2 millions de lignes par jour). Il n'y a donc pas d'UPDATE ni de DELETE mais juste des INSERT. D'autre part, je dois aussi effectuer des requêtes sur ces données pour avoir par exemple des staitistiques annuelles. Pourriez-vous me conseiller ?

[Fabien Celaia]

Celui qui gère le moins bien les transactions
Celui qui a le moins d'indexes sur ses tables
Celui qui gère sa table en hash (pour éviter les contentions sur la dernière page)
Tous les inserts sont-ils faits en parallèle ou en série ?
Via insert ou bulk load ?
Bref, la plupart des SGBDR sont performants du moment qu'ils sont correctement configurés : dans votre cas, le partitionnement et/ou la parallélisation des procesus pourrait être un plus

[fsmrel]

Celui qui a le moins d'indexes sur ses tables
Celui qui gère sa table en hash (pour éviter les contentions sur la dernière page)

S’il s’agit d’un traitement de type batch (ou d’une transaction lourde), sans accès concurrents :

Si la table ne contient pas cent millions de lignes, on peut supprimer les index le temps du chargement (sauf par exemple avec DB2, l’index cluster) et les recréer en fin de traitement.
Le hachage n’est pas utile, car aucun autre process ne viendra tenter de poser des verrous sur les dernières pages.

Le meilleur moyen d’obtenir la solution correcte reste le prototypage de performance, avec le (ou les) SGBD que l’on a sous la main...

Pour en savoir plus consultez le comparatif des SGBD