Discussion :

[ratata]

Bonjour,

Est-ce qu'il est possible de développer des tables qu'on peut charger en mémoire , pour optimiser l'accès au niveau de PostgreSQL 8.4, si oui quel option devrait-on ajouter.

Bonne journée.

[SQLpro]

Dans un SGBDR de type CLient / Serveur tout est en mémoire. Les accès aux données ne se font jamais par lecture des disques !

A +

[ratata]

re Bonjour,

Merci SQLPro ,Oui, je sais , c'est lors du commit ou la fin de transaction que les mises à jour sont effectuées au niveau du disque, mais est ce qu'il y a une possibilité d'avoir des tables miroirs contrôlées par l'utilisateur, qui sont automatiquement vidées à la fin de la session.

Excellente journée

[SQLpro]

Oui, je sais , c'est lors du commit ou la fin de transaction que les mises à jour sont effectuées au niveau du disque

Non, pas du tout. Le commit ne fait aucune écriture de données. Les données sont écrites de manière asynchrone régulièrement par balayage des pages "sales" et avec un algorithme de regroupement des pages permettant de minimiser le temps de traitement des écritures sur le disque physique lorsque c'est possible (pas de RAID 5 par exemple).

En ce qui concerne la gestion de la persistance des pages de données, c'est assumé automatiquement par un algorithme de type LRU.
Le faire manuellement serait donc suicidaire car vous pourriez arriver dans une situation ou vous engorgeriez le serveur de données peu lues alors qu'il doit impérativement maintenir les données non encore écrites en mémoire...

A +

[ratata]

Bonjour,

Merci, je crois que j'ai fait une mauvaise analyse Merci encore SQLpro.

Excellent journée

[SQLpro]

Pas de quoi, l'enseignement des bases de données est en général assez mal fait... Je sais de quoi je parle hélas !

A +