Sezai YILMAZ <[EMAIL PROTECTED]> writes:
> With Turkish locale it is not possible to write SQL queries in CAPITAL
> letters. SQL identifiers like "INSERT" and "UNION" first are
> downgraded to "ýnsert" and "unýon". Then "ýnsert" and
> "unýon" does not match as SQL identifier.
I believe this shoul
Stu Coates ([EMAIL PROTECTED]) reports a bug with a severity of 1
The lower the number the more severe it is.
Short Description
pg_dump failing on LinuxPPC
Long Description
pg_dump is failing (although differently from 7.0) on LinuxPPC, see example for
details.
Hardware:
Apple Powermac G3 B&W
Hi all,
I already reported this directly to Peter Mount but since I have since
joined this list I thought I should make it a more wide-spread report.
The issue is that if you use getDate() on a field that is a timestamp type
then you will get an SQLException that wraps a NumberFor
Tara Piorkowski ([EMAIL PROTECTED]) reports a bug with a severity of 2
The lower the number the more severe it is.
Short Description
pg_dump 7.1beta4 misses a table
Long Description
I noticed in attempting to dump a database I was developing that one of the tables
failed to get recreated from t
Tara Piorkowski ([EMAIL PROTECTED]) writes:
> I noticed in attempting to dump a database I was developing that one
> of the tables failed to get recreated from the dump file. Upon
> examining the dump file I noticed that there's a placeholder for the
> table but the actual "create" command is miss
[EMAIL PROTECTED] writes:
> getAggregates(): SELECT failed. Explanation from backend: 'ERROR: Attribute
>'aggtransfn1' not found'.
Looks like you're trying to run a 6.5-or-older pg_dump against a 7.1 backend.
Check your PATH.
regards, tom lane
