| From: | "Martin French" <Martin(dot)French(at)romaxtech(dot)com> |
|---|---|
| To: | Nick <nboutelier(at)gmail(dot)com> |
| Cc: | pgsql-general(at)postgresql(dot)org,pgsql-general-owner(at)postgresql(dot)org |
| Subject: | Re: At what point does a big table start becoming too big? |
| Date: | 2012-08-23 07:22:08 |
| Message-ID: | OF52A69D25.1908D2AC-ON80257A63.00282B79-80257A63.00287ADC@LocalDomain |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
<html><body><p><tt><font size="2">> <br>> I have a table with 40 million rows and haven't had any performance <br>> issues yet.<br>> <br>> Are there any rules of thumb as to when a table starts getting too big?<br>> <br>> For example, maybe if the index size is 6x the amount of ram, if the<br>> table is 10% of total disk space, etc?<br>> <br>> <br>> -- <br>> </font></tt><br><br><tt><font size="2">My rule here is that a table is too big when performance starts degrading beyond an acceptable level. </font></tt><br><br><tt><font size="2">If the database and server are delivering consistent and acceptable performance levels despite an index being 6x RAM or a table consuming 10% of disk, then I tend to leave it be until an issue is raised.</font></tt><br><br><tt><font size="2">Cheers<br></font></tt><br><tt><font size="2">Martin</font></tt><font face="sans-serif">=============================================
Romax Technology Limited
Rutherford House
Nottingham Science & Technology Park
Nottingham,
NG7 2PZ
England
Telephone numbers:
+44 (0)115 951 88 00 (main)
For other office locations see:
http://www.romaxtech.com/Contact
=================================
===============
E-mail: info(at)romaxtech(dot)com
Website: www.romaxtech.com
=================================
================
Confidentiality Statement
This transmission is for the addressee only and contains information that is confidential and privileged.
Unless you are the named addressee, or authorised to receive it on behalf of the addressee
you may not copy or use it, or disclose it to anyone else.
If you have received this transmission in error please delete from your system and contact the sender. Thank you for your cooperation.
=================================================</font>
</body></html>
| Attachment | Content-Type | Size |
|---|---|---|
| unknown_filename | text/html | 1.8 KB |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Condor | 2012-08-23 07:52:48 | Result from Having count |
| Previous Message | Martijn van Oosterhout | 2012-08-23 07:09:46 | Re: Alternatives to very large tables with many performance-killing indicies? |