data model one large and many small columns

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



PostgreSQL 9.5.3

 

Suppose you have a table that consists of a lot of small sized columns with one really large text column.  The text column represents an average sized web page.  When inserting or updating you will work with only one row at a time. 

 

When selecting information you will either:

A)     select all columns in one row for display or editing purposes. 

B)      Or you will select hundreds of rows but NOT the very large text column.

 

Question: Is there any performance to be gained from PostgreSQL by storing the data as two tables versus one table?  In the two table model you would put the large column in a secondary table with a foreign key back to the primary table.  So each table would have a one to one relationship.  In the two table model when you need a single record with everything you would select from both tables based on a key.  When selecting hundreds of rows at one time you would only select from the primary table.

 

I know there is this concept of TOAST.  I don’t know if it even matters to PostgreSQL if I had two separate tables or just one.

 

Thanks for your insight.

 

Lance

 

 


[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]

  Powered by Linux