Re: to_date_valid() - Mailing list pgsql-hackers

From Pavel Stehule
Subject Re: to_date_valid()
Date
Msg-id CAFj8pRDR7cX7C-vc=_6WWmRau1gd8ZEk3S06Zq6XP7BZt+8c+w@mail.gmail.com
Whole thread Raw
In response to Re: to_date_valid()  (Craig Ringer <craig@2ndquadrant.com>)
Responses Re: to_date_valid()  (Gavin Flower <GavinFlower@archidevsys.co.nz>)
Re: to_date_valid()  (Pavel Stehule <pavel.stehule@gmail.com>)
List pgsql-hackers


2016-07-04 4:25 GMT+02:00 Craig Ringer <craig@2ndquadrant.com>:
On 3 July 2016 at 09:32, Euler Taveira <euler@timbira.com.br> wrote:
On 02-07-2016 22:04, Andreas 'ads' Scherbaum wrote:
> The attached patch adds a new function "to_date_valid()" which will
> validate the date and return an error if the input and output date do
> not match. Tests included, documentation update as well.
>
Why don't you add a third parameter (say, validate = true | false)
instead of creating another function? The new parameter could default to
false to not break compatibility.

because


   SELECT to_date('blah', 'pattern', true)

is less clear to read than

   SELECT to_date_valid('blah', 'pattern')

and offers no advantage. It's likely faster to use a separate function too.

personally I prefer first variant - this is same function with stronger check.

The name to_date_valid sounds little bit strange - maybe to_date_strict should be better.

Regards

Pavel
 
 
--
 Craig Ringer                   http://www.2ndQuadrant.com/
 PostgreSQL Development, 24x7 Support, Training & Services

pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: Parallel appendrel scans?
Next
From: Gavin Flower
Date:
Subject: Re: to_date_valid()