From: | Douglas Toltzman <doug(at)oakstreetsoftware(dot)com> |
---|---|
To: | pgsql-bugs(at)postgresql(dot)org |
Subject: | Re: BUG #3056: strange behave of CHECK constraint |
Date: | 2007-02-22 16:55:53 |
Message-ID: | A50EAC81-4B14-4BF6-B014-E57A8B13DBA0@oakstreetsoftware.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
Is it just me, or did you reverse the sense of your check. In the
first case, you select with "[^0-9]", but your constraint uses
"[0-9]" without the carrot.
On Feb 22, 2007, at 4:48 PM, Pavel Stehule wrote:
>
> The following bug has been logged online:
>
> Bug reference: 3056
> Logged by: Pavel Stehule
> Email address: pavel(dot)stehule(at)hotmail(dot)com
> PostgreSQL version: 8.3
> Operating system: Linux
> Description: strange behave of CHECK constraint
> Details:
>
> Hello,
>
> check constraint doesn't work correct:
>
> opeerator similar works well:
>
> root=# select '233' not similar to '%[^0-9]%';
> ?column?
> ----------
> t
> (1 řádka)
>
> but:
> root=# create table tt(a varchar check (a not similar to '%[0-9]%'));
> CREATE TABLE
> root=# insert into tt values('233');
> ERROR: new row for relation "tt" violates check constraint
> "tt_a_check"
>
> Regards
> Pavel Stehule
>
> ---------------------------(end of
> broadcast)---------------------------
> TIP 6: explain analyze is your friend
Douglas Toltzman
doug(at)oakstreetsoftware(dot)com
(910) 526-5938
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2007-02-22 17:57:26 | Re: BUG #3056: strange behave of CHECK constraint |
Previous Message | Pavel Stehule | 2007-02-22 16:48:58 | BUG #3056: strange behave of CHECK constraint |