[tablespace]Déclarer un tablespace en RAM?

Bonjour tout le monde,

dans le doc de postgreSQL8 il est dit, je cite:

Citation:

---

Deuxièmement, les espaces logiques permettent à un administrateur d'utiliser sa connaissance des objets de la base pour optimiser les performances. Par exemple, un index qui est très utilisé peut être placé sur un disque très rapide et disponible, comme un périphérique mémoire. En même temps, une table stockant des données archivées et peu utilisée ou dont les performances ne portent pas à conséquence pourrait être stockée sur un disque système plus lent, moins cher.

Pour définir un espace logique, utilisez la commande CREATE TABLESPACE, par exemple :

CREATE TABLESPACE espace_rapide LOCATION '/mnt/sda1/postgresql/data';

---

La question que je pose est donc simple: comment faire pour déclarer un espace logique dans la Ram du serveur que ce soit sous windows ou unix?

Merci d'avance :)

Salut,

une question tres interressante, en fait ce n'est pas tres compliqué sous linux, il suffit de monter une partition ramfs (ici 100Mo)
sur le principe ca donnerai ca

Code:

---

1 2	mkdir /mnt/maram mount -t ramfs none /mnt/maram -o maxsize=100000

---

et dans pg

Code:

---

CREATE TABLESPACE tbl_en_ram LOCATION '/mnt/maram';

---

sous windows, ca doit etre sensiblement la meme chose, regarde du coté de ramdrive (a l'epoque sous dos, mais je sais pas si ca existe encore)

j'ai une question (surement stupide) mais je ne comprends pas dans quel utilisation on peut avoir besoin de stocker des tables dans de la mémoire RAM à moins d'être sur que le serveur ne redémarre pas (prévention électrique et matérielle) car sinon c'est la perte des données, non ?

Si cela peut etre utile par exemple si tu as une grosse table qui est qu'en lecture seule, tu fais souvent des requetes dessus tu as un gain de vitesse non négligable.
La RAM ne coute plus trop chere, HP propose meme un systeme pour mettre de la ramdrive jusqu'a 32Go !!! (mais par contre là c'est tres cher)

Quand tu relance ton serveur, tu duplique les tables du HD dans la tablespace en ram, et apres ca roule, normalement un serveur ne doit pas redemarrer tous les matins (nota, la derniere fois que j'ai reboot le serveur pg : uptime >> 220 days ), alors le dump en ram ne doit pas etre trop problematique.

une technique ramdrive souvent employee est la creation des indexs en ramdrive et non pas les tables, apres tout depend de ce que tu souhaite faire.

ouais je vois ce que tu veux dire : c'est pour ça que je posais la question car je me doute qu'au niveau rapidité ce n'est pas négligeable.

Avec les tables en lecture seule, c'est clair que le risque n'est pas important de perdre des données.

En tout cas merci pour toutes ces précisions car je pense que ça pourra être fortement utile pour la suite de mon projet.

++

Juste une précision, est-il possible de mettre une table en mémoire si l'on a pas accès à la configuration du serveur (hébergement mutualisé par exemple) ?

Un peu comme le type HEAP sous mysql.

Ok, merci, je vois l'idée.

Je rebondis donc sur la réponse: est-ce que, si je mets un trigger sur la table que je charge en RAM pour que chaque INSERT soit dupliqué dans un doublon de la table mais cette fois -ci sur disque dur (en supposant bien sûr que les INSERT ne soient pas trop fréquents), la solution est valide et permet d'obtenir un gain intéressant en temps de réponse?

Merci :)