PostgreSQL Help
 
Forums: » Register « |  User CP |  Games |  Calendar |  Members |  FAQs |  Sitemap |  Support | 
User Name:
Password:
Remember me

The Shed is going Social! Join us on FaceBook and Twitter and chime in on the conversation.

Go Back   Dev Shed ForumsDatabasesPostgreSQL Help

Reply
Add This Thread To:
  Del.icio.us   Digg   Google   Spurl   Blink   Furl   Simpy   Y! MyWeb 
Thread Tools Search this Thread Rate Thread Display Modes
 
Unread Dev Shed Forums Sponsor:
  #1  
Old January 24th, 2013, 12:33 PM
WrinkledCheese's Avatar
WrinkledCheese WrinkledCheese is offline
Contributing User
Dev Shed Newbie (0 - 499 posts)
 
Join Date: Jun 2011
Posts: 142 WrinkledCheese User rank is Second Lieutenant (5000 - 10000 Reputation Level)WrinkledCheese User rank is Second Lieutenant (5000 - 10000 Reputation Level)WrinkledCheese User rank is Second Lieutenant (5000 - 10000 Reputation Level)WrinkledCheese User rank is Second Lieutenant (5000 - 10000 Reputation Level)WrinkledCheese User rank is Second Lieutenant (5000 - 10000 Reputation Level)WrinkledCheese User rank is Second Lieutenant (5000 - 10000 Reputation Level)WrinkledCheese User rank is Second Lieutenant (5000 - 10000 Reputation Level) 
Time spent in forums: 1 Day 17 h 9 m 15 sec
Reputation Power: 96
Tmpfs databases

Hello everyone,

I'm looking for a solution to a problem and I think I have one in mind, but I'm not entirely sure it's the correct fit. I've googled around, and while I see that it's completely doable, I haven't found anything about people who have done it this way.

I have a database, well a table, but could be split into it's own database. It doesn't reference any other tables, the data is aged out at 24 hours and there is no permanent storage required for the data because the data is aggregated into a permanent storage location at a set interval.

As you can imagine, the IO for this database is intense. My plan was to create a tmpfs filesystem and move the aged out database to there using tablespaces. My solution to the intense IO is that Sold State Disks are being used, but SSDs have an issue with life expectancy with a lot of data being written to them.

I was curious whether or not I had to move the table out to it's own database, only because if the system goes down for whatever reason, the data will no longer exist since tmpfs is purely in-memory file system.

If the table was in it's own database, the database can share the tablespace with the table so that when the system comes up I can have a script execute before starting the Postgres daemon process which recreates the database and tables.

Reply With Quote
Reply

Viewing: Dev Shed ForumsDatabasesPostgreSQL Help > Tmpfs databases

Developer Shed Advertisers and Affiliates



Thread Tools  Search this Thread 
Search this Thread:

Advanced Search
Display Modes  Rate This Thread 
Rate This Thread:


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
View Your Warnings | New Posts | Latest News | Latest Threads | Shoutbox
Forum Jump

Forums: » Register « |  User CP |  Games |  Calendar |  Members |  FAQs |  Sitemap |  Support | 
  
 


Powered by: vBulletin Version 3.0.5
Copyright ©2000 - 2013, Jelsoft Enterprises Ltd.

© 2003-2013 by Developer Shed. All rights reserved. DS Cluster - Follow our Sitemap