Re: GUC time unit spelling a bit inconsistent

From: "Simon Riggs" <simon(at)2ndquadrant(dot)com>
To: "Peter Eisentraut" <peter_e(at)gmx(dot)net>
Cc: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: GUC time unit spelling a bit inconsistent
Date: 2007-06-19 18:27:47
Message-ID: 1182277668.6855.323.camel@silverbirch.site
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Mon, 2007-06-18 at 20:02 +0200, Peter Eisentraut wrote:
> Am Montag, 18. Juni 2007 19:03 schrieb Tom Lane:
> > In time-related contexts (eg ISO 8601) I'd expect just "h" "m" and "s".
>
> ISO 8601 appears to use a slightly different syntax for writing timespans. I
> would not object if anyone added support for that.
>
> > Since there's no likelihood that anyone would think autovacuum_naptime
> > is measured in meters, I think insisting that it must not be written as
> > "1m" is just pedantry.
>
> I'm pretty sure a lot of people would initially be confused why anyone would
> write time in meters,

Nobody at all is going to be confused on that point because the physical
quantity of autovacuum_naptime is clearly Time and therefore "m" would
mean minutes. Time and Distance are fairly distinct and not easily
confused, except by those with a grounding in Riemannian manifolds.

All parameters for which we can input a time unit are clearly named as
such and there would be no confusion anywhere.

You are absolutely 100% right about your units and you've clearly done
your homework, but the standard PostgreSQL should apply here is
Usability, not the absolute letter of the law as laid down in a dusty
old document. There is nothing to be gained by adherence to ISO 31 or
ISO 8601, but certainly something to be lost.

Please lets be real about this and allow the abbreviations suggested.

Your efforts to introduce units is excellent and much appreciated by
all; please don't make them harder to use than the plain numbers were.

--
Simon Riggs
EnterpriseDB http://www.enterprisedb.com

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Simon Riggs 2007-06-19 18:28:34 Re: Maximum reasonable bgwriter_delay
Previous Message Josh Berkus 2007-06-19 18:27:34 Re: Bugtraq: Having Fun With PostgreSQL