Re: Read-only tables to avoid row visibility check - Mailing list pgsql-general

From Seamus Abshere
Subject Re: Read-only tables to avoid row visibility check
Date
Msg-id 1456180430.1076080.528763098.3C548094@webmail.messagingengine.com
Whole thread Raw
In response to Re: Read-only tables to avoid row visibility check  ("David G. Johnston" <david.g.johnston@gmail.com>)
Responses Re: Read-only tables to avoid row visibility check  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-general
On Mon, Feb 22, 2016, at 06:48 PM, David G. Johnston wrote:
> it would probably be more constructive to actually communicate the thoughts that provoked the question.

My company has a largish table - 250+ columns, 1 row for every household
in the US. It's read-only. We've gotten advice to convert to a column
store (cstore_fdw, etc.) but we would love to just stay with
tried-and-true postgres tables. Plus, many of our queries are against
dozens of columns at once.

Being able to tell postgres that our table is "Read Only" has imaginary
mystical properties for me, first and foremost being able to count
against indexes without ever hitting the disk.

> ​If the system is working properly then a READ ONLY table in fact should be able to use Index Only Scans without the
hackof a DBA telling it that said table is READ ONLY.​ 

So this should happen already?


pgsql-general by date:

Previous
From: Tom Lane
Date:
Subject: Re: ERROR: cannot convert relation containing dropped columns to view
Next
From: Nicklas Aven
Date:
Subject: Re: ERROR: cannot convert relation containing dropped columns to view