niXforums Forum Index
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   PreferencesPreferences   Log in to check your private messagesLog in to check your private messages   Log inLog in 
·  nixdoc.net ·  man pages ·  Linux HOWTOs ·  FreeBSD Tips ·  Forums
navigation Forum index » Databases » PostgreSQL
Splitting tables or databases? That's the problem
Post new topic   Reply to topic Page 1 of 1 [2 Posts] View previous topic :: View next topic
Author Message
Greg Patnude
*nix forums beginner


Joined: 01 Mar 2005
Posts: 44

PostPosted: Tue Mar 01, 2005 9:00 pm    Post subject: Re: Splitting tables or databases? That's the problem Reply with quote

Get a better computer to run it on.... in teh long-term -- that will be your
best investment....



<v.demartino2@virgilio.it> wrote in message
news:420008E50004F793@ims3e.cp.tin.it...
Quote:
On a 128MB RAM, 450 MHz pentium 3 server with linux gentoo and postgresql
7.4.6 on an office lan we can manage satisfactorily a db containing few
tables with a cumbersome amount of data (each table is around 650 thousand
records with 98 columns) relating to the year 2002.
We use M$-Access and ODBC to access those data.
Now similar data and amounts of records for the year 2003 need to be
added.
Then queries to contrast 2003 data vs. 2002 ones will be needed.

In view of the poor hardware at our disposal, is it better from the
standpoint
of efficiency to:

1) Create a new database for 2003 with the same structure of that for
2002;
2) Appending new 2003 data to 2002 data in the same tables;
3) Creating in the original database new, separate tables to contain data
for 2003.

Thanks
Vittorio


---------------------------(end of broadcast)---------------------------
TIP 8: explain analyze is your friend




---------------------------(end of broadcast)---------------------------
TIP 4: Don't 'kill -9' the postmaster
Back to top
Guest






PostPosted: Tue Mar 01, 2005 3:52 pm    Post subject: Splitting tables or databases? That's the problem Reply with quote

On a 128MB RAM, 450 MHz pentium 3 server with linux gentoo and postgresql
7.4.6 on an office lan we can manage satisfactorily a db containing few
tables with a cumbersome amount of data (each table is around 650 thousand
records with 98 columns) relating to the year 2002.
We use M$-Access and ODBC to access those data.
Now similar data and amounts of records for the year 2003 need to be added.
Then queries to contrast 2003 data vs. 2002 ones will be needed.

In view of the poor hardware at our disposal, is it better from the standpoint
of efficiency to:

1) Create a new database for 2003 with the same structure of that for 2002;
2) Appending new 2003 data to 2002 data in the same tables;
3) Creating in the original database new, separate tables to contain data
for 2003.

Thanks
Vittorio


---------------------------(end of broadcast)---------------------------
TIP 8: explain analyze is your friend
Back to top
Google

Back to top
Display posts from previous:   
Post new topic   Reply to topic Page 1 of 1 [2 Posts] View previous topic :: View next topic
The time now is Thu Jan 08, 2009 9:37 am | All times are GMT
navigation Forum index » Databases » PostgreSQL
Jump to:  

Similar Topics
Topic Author Forum Replies Last Post
No new posts Unknown in header problem -SOLVED- Light Speed Postfix 0 Thu Jul 03, 2008 10:40 am
No new posts problem with sending mail nuxia Postfix 0 Mon Apr 21, 2008 3:58 am
No new posts Postfix 2.3.8 Virtual problem Blotto Postfix 0 Fri Apr 04, 2008 6:11 am
No new posts Postfix sending problem for local domain remote email monkey_magix Postfix 0 Mon Sep 10, 2007 10:17 am
No new posts bounce problem murkis Postfix 0 Sun Oct 08, 2006 3:45 pm

Myspace Layouts | Personal Loans | Car Loan | Remortgaging | Credit Cards
Copyright © 2004-2005 DeniX Solutions SRL
 
Other DeniX Solutions sites: Unix/Linux blog |  electronics forum |  medicine forum |  science forum | 
Privacy Policy


Powered by phpBB © 2001, 2005 phpBB Group
[ Time: 0.2015s ][ Queries: 20 (0.1256s) ][ GZIP on - Debug on ]