From: | Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com> |
---|---|
To: | stan <stanb(at)panix(dot)com> |
Cc: | pgsql-general(at)lists(dot)postgresql(dot)org |
Subject: | Re: FW: Re: FW: Re: Shouldn;t this trigger be called? |
Date: | 2019-09-16 22:19:27 |
Message-ID: | 4b1da094-8342-6415-e0a4-ce87fd1331ab@aklaver.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 9/16/19 12:55 PM, stan wrote:
>
> On Mon, Sep 16, 2019 at 12:44:49PM -0700, Adrian Klaver wrote:
>> On 9/16/19 11:53 AM, stan wrote:
>>> On Sun, Sep 15, 2019 at 09:16:35PM -0700, Adrian Klaver wrote:
>>>> On 9/15/19 6:04 PM, stan wrote:
>>>>> On Sun, Sep 15, 2019 at 12:27:14PM -0700, Adrian Klaver wrote:
>>>>>> On 9/15/19 10:46 AM, stan wrote:
>>>>>>> Forgot to cc the list again. Have to look at settings in mutt.
>>>>>>>
>>>>>>>>>>
>>>>
>>>>>> What validity check?
>>>>>>
>>>>>
>>>>> The check to see if it is the type enum.
>>>>>
>>>>
>>>> This would get solved a lot quicker if full information was provided:
>>>>
>>>> 1) Schema of the table.
>>>> Including associated triggers
>>>>
>>>> 2) The actual check code.
>>>>
>>>
>>> OK, please let me know if what I put in my reply to Tom Lane is not sufficient.
>>>
>>
>>
>> It was not sufficient, you did not include the table schema or the check
>> code.
>
> OK, understood here is the table:
>
> /* Contains one record for each customer */
>
> status activity_status NOT NULL DEFAULT 'ACTIVE',
> modtime timestamptz NOT NULL DEFAULT current_timestamp
> );
>
> I am not certain what you mean by the check. As you can see, there is nor
> specific check clause. I was referring to the built in check of data being
> entered versus the legal values for the user defined type. Make sense?
>
To be clear you are seeing an error because a value of say 'active' is
being rejected before your trigger has a chance to upper case it, correct?
Also this happens whether you use \copy or manually INSERT the values?
--
Adrian Klaver
adrian(dot)klaver(at)aklaver(dot)com
From | Date | Subject | |
---|---|---|---|
Next Message | Adrian Klaver | 2019-09-16 22:23:06 | Re: Dubugging an intermittent foreign key insert error with csvlog |
Previous Message | Jeff Ross | 2019-09-16 22:16:28 | Re: Dubugging an intermittent foreign key insert error with csvlog |