Re: Ambiguous usage of 'any' in explanation

[Bruce Momjian]

On Mon, Oct 15, 2018 at 12:32:20PM -0400, Bruce Momjian wrote:
> On Sun, Oct 14, 2018 at 11:00:18PM -0700, David G. Johnston wrote:
> > On Saturday, October 13, 2018, Bruce Momjian  wrote:
> > 
> > On Sat, Oct 13, 2018 at 12:25:38PM +0300, KES wrote:
> > > >or NULL if any of the comparisons result in unknown
> > > result in unknown??
> > 
> > Well, SQL has a three-valued logic, and UNKOWN values are treated like
> > NULL.  For me they have always been the same, and I would like to avoid
> > "unknown" in this context, if possible.
> > 
> > 
> > 
> > I was just trying to avoid using the word null twice in the same sentence 
> > but
> > it’s not a strong aversion.
> 
> I am thinking of applying my earlier patch and calling it done.

Applied and backpatched to 9.3.

-- 
  Bruce Momjian  http://momjian.us
  EnterpriseDB http://enterprisedb.com

+ As you are, so once was I.  As I am, so you will be. +
+  Ancient Roman grave inscription +

Re: effective_cache_size

[Bruce Momjian]

On Tue, Oct 16, 2018 at 11:38:20AM -0400, Bruce Momjian wrote:
> On Thu, Oct 11, 2018 at 01:48:49PM -0400, Bruce Momjian wrote:
> > So, I think there are two action items here.  First, rename "disk" to
> > "drive" or "storage" in the docs and server variable descriptions. 
> > Second, unify the description of effective_cache_size to talk about
> > storage cache size, not just kernel storage cache, and maybe even talk
> > about the double buffering effect.
> 
> I have attached a patch for the second item, which I would like to
> backpatch.  I don't think I want to deal with all the "disk" mentions at
> this time.

Patch applied through 9.3.

-- 
  Bruce Momjian  http://momjian.us
  EnterpriseDB http://enterprisedb.com

+ As you are, so once was I.  As I am, so you will be. +
+  Ancient Roman grave inscription +