Re: Odd query behavior - Mailing list pgsql-sql

From Dan McFadyen
Subject Re: Odd query behavior
Date
Msg-id BA48DC793F18724D862C27C8F2C131CC620A91@exchange03.cryptocard.internal
Whole thread Raw
In response to Odd query behavior  ("Dan McFadyen" <danm@cryptocard.com>)
Responses Re: Odd query behavior
List pgsql-sql
Bah... yes Windows.

For being a developer I certainly miss all the details that make a good
bug report/question. Also, sorry about the CC, don't post to lists often
and I forget.

Now, the interesting part is for all I can tell, there are no special
characters in the field. Unless the latest version of Pgadmin (1.10.1 or
1.10.2) hides this from the UI, either that or it's some character that
renders into a similar glyph as ASCII.

Is there any way to force hex/binary in a SQL statement?


-----Original Message-----
From: Tom Lane [mailto:tgl@sss.pgh.pa.us]
Sent: Monday, March 15, 2010 11:04 AM
To: Dan McFadyen
Cc: pgsql-sql@postgresql.org
Subject: Re: [SQL] Odd query behavior

"Dan McFadyen" <danm@cryptocard.com> writes:
> You're right, the second one does use an index, one that is used to
> enforce a unique constraint on the column. I wasn't able to turn it
off
> as the database is currently in use, and disabling a unique constraint
> probably isn't a good idea.

> Sorry for not mentioning the PG version, it's 8.3.

> Now, as for the LC_CTYPE, I didn't even know about such a thing till
you
> mentioned it, and I found the lovely disclaimers in the postgresql
docs
> about the consequences of it not being c or posix.

> It's Finnish Finland 1252. If that's the probable cause, I'm guessing
> the only option is to export, re-initdb, and import.

Oh, this is Windows huh?  In principle, UTF8 encoding should work in all
locales for Windows --- at least, the code thinks so, which is why it
let you create that combination to start with.  I'm not very familiar
with the possible pitfalls though.  If you don't actually have any use
for Finnish-specific sorting or case-folding, a re-initdb in C locale
would probably be a good idea.

In the meantime it seems there might be a bug here.  Can you give more
information about the contents of the column involved, in particular
what non-7-bit-ASCII characters it contains?
        regards, tom lane

PS: please cc the list on replies.

The information transmitted is intended only for the person or entity to which it is addressed and may contain
confidentialand/or privileged material. Statements and opinions expressed in this e-mail may not represent those of the
company.Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this
informationby persons or entities other than the intended recipient is prohibited. If you received this in error,
pleasecontact the sender immediately and delete the material from any computer.  Please see our legal details at
http://www.cryptocard.com
CRYPTOCard Inc. is registered in the province of Ontario, Canada with Business number 80531 6478.  CRYPTOCard Europe is
limitedliability company registered in England and Wales (with registered number 05728808 and VAT number 869 3979 41);
itsregistered office is Aztec Centre, Aztec West, Almondsbury, Bristol, UK, BS32 4TD
 




pgsql-sql by date:

Previous
From: Tom Lane
Date:
Subject: Re: Odd query behavior
Next
From: Tom Lane
Date:
Subject: Re: Odd query behavior