Re: Binary data type with other output method - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: Binary data type with other output method
Date
Msg-id 4773D541.9000808@dunslane.net
Whole thread Raw
In response to Re: Binary data type with other output method  (Andreas 'ads' Scherbaum <adsmail@wars-nicht.de>)
Responses Re: Binary data type with other output method  (Andreas 'ads' Scherbaum <adsmail@wars-nicht.de>)
List pgsql-hackers

Andreas 'ads' Scherbaum wrote:
>>> i considered this one but this would only bring 0/1 as input, not as
>>> output values, which is what i want.
>>>       
>> er, what? This domain would have input and output values of 0/1.
>>     
>
> Yes, but i will loose 't', 'true', 'f' and 'false', the usual input
> values in PostgreSQL beside '0' and '1'. It's not that the people don't
> use true/false, they use this a lot. But they expect boolean variable
> in PHP working like a bolean column in PG ... without casts, without
> extra workarounds in the code.
>
>
>
>   

If your code is prepared to emit t/f but not accept it then that seems 
to violate Postel's admonition: "Be *liberal* in what you *accept*, and 
*conservative* in what you send."

cheers

andrew


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Unworkable column delimiter characters for COPY
Next
From: Andrew Dunstan
Date:
Subject: Re: Unworkable column delimiter characters for COPY