• [^] # Re: Utilisation

    Posté par (site web personnel) . En réponse au journal Sortie de "The Art of PostgreSQL" de Dimitri Fontaine. Évalué à 1.

    Je n'ai pas cherché l'explication au phénomène, et je ne sais pas si c'est reproductible avec d'autres SGBD, mais on a eu le cas sur des tables très petites et sur plusieurs centaines de lignes (au-delà c'est paginé donc trié côté SGBD), sur des clé de tri indexées ou non.

    plusieurs centaines de lignes même sqlite peut le gérer sans problème
    c'est quand le volume des données est bien supérieur à la mémoire allouée à la base de données que l'on peut faire la différence

    Pour avoir du tester le gain de traitement sur certaines machines en comparant avec d'autres moins rapide
    il a fallu créer un table non indexée de 250 millions de lignes pour obtenir des choses probantes.

    Car quand un select demande quelque chose 99 fois 100 la lecture est effectué depuis la mémoire cache de la baie de disque / de l'os / de la base de données etc ...

    D'ailleurs le meilleur moyen de résoudre les problemes de perf sur les bases de données c'est d'allouer autant que de mémoire que possible, j'ai même un client heureux depuis que je lui ai dis vous avez 80 Go de données allouez 80 Go de mémoire à la base, au début c'était pour rire mais combien coute 80 go de RAM de nos jours ?

    maintenant l'ERP tourne bien :)