Thomas Kellerer writes:
> in the description of the ORDER BY clause
> (http://www.postgresql.org/docs/current/static/sql-select.html#SQL-ORDERBY)
> it says:
> "Character-string data is sorted according to the locale-specific collation
> order that was established when the database was created."
in the description of the ORDER BY clause
(http://www.postgresql.org/docs/current/static/sql-select.html#SQL-ORDERBY) it
says:
"Character-string data is sorted according to the locale-specific collation order
that was established when the database was created."
Which is no longer true with 9.
On 20 January 2012 02:53, Robert Haas wrote:
> OK, done.
Thanks
--
Peter Geoghegan http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training and Services
--
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscription:
http://www.po
On Mon, Jan 9, 2012 at 2:37 PM, Peter Geoghegan wrote:
> On 9 January 2012 18:47, Robert Haas wrote:
>> On Sat, Dec 31, 2011 at 8:54 PM, Peter Geoghegan
>> wrote:
>>> ISTM that the following reference, at config.sgml line 1345, ought to
>>> be adjusted due to the introduction of the new checkpo
On 9 January 2012 18:47, Robert Haas wrote:
> On Sat, Dec 31, 2011 at 8:54 PM, Peter Geoghegan
> wrote:
>> ISTM that the following reference, at config.sgml line 1345, ought to
>> be adjusted due to the introduction of the new checkpointer process:
>>
>> Setting this to zero disables
>>
On Sat, Dec 31, 2011 at 8:54 PM, Peter Geoghegan wrote:
> ISTM that the following reference, at config.sgml line 1345, ought to
> be adjusted due to the introduction of the new checkpointer process:
>
> Setting this to zero disables
> background writing (except for checkpoint activity).
ISTM that the following reference, at config.sgml line 1345, ought to
be adjusted due to the introduction of the new checkpointer process:
Setting this to zero disables
background writing (except for checkpoint activity).
--
Peter Geoghegan http://www.2ndQuadrant.com/
PostgreSQL
[Moving to -docs]
On Mon, May 2, 2011 at 12:00 PM, Pavel Stehule wrote:
> Hello
>
> one czech user reported a bug in documentation -
> http://www.postgresql.org/docs/8.4/static/plpgsql-trigger.html
>
> NEW
>
> Data type RECORD; variable holding the new database row for
> INSERT/UPDATE operatio
Hello
one czech user reported a bug in documentation -
http://www.postgresql.org/docs/8.4/static/plpgsql-trigger.html
NEW
Data type RECORD; variable holding the new database row for
INSERT/UPDATE operations in row-level triggers. This variable is NULL
in statement-level triggers and for DELE
Robert Haas wrote:
> On Tue, Nov 23, 2010 at 1:08 PM, Jonathan Pool wrote:
> > Chapter 35.4, paragraph 4, of the PostgreSQL 9.0.1 Documentation says:
> >
> > Any collection of commands in the SQL language can be packaged together and
> > defined as a function. Besides SELECT queries, the commands
> I just made the wording more generic
Thanks much.
ˉ
--
Sent via pgsql-bugs mailing list (pgsql-bugs@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-bugs
On Tue, Nov 23, 2010 at 1:08 PM, Jonathan Pool wrote:
> Chapter 35.4, paragraph 4, of the PostgreSQL 9.0.1 Documentation says:
>
> Any collection of commands in the SQL language can be packaged together and
> defined as a function. Besides SELECT queries, the commands can include data
> modifica
Chapter 35.4, paragraph 4, of the PostgreSQL 9.0.1 Documentation says:
Any collection of commands in the SQL language can be packaged together and
defined as a function. Besides SELECT queries, the commands can include data
modification queries (INSERT, UPDATE, and DELETE), as well as other SQL
Tom Lane writes:
> >> Well, beside the referential constraint issue ( that can be solved by
> >> hand ), the most frustrating is that queries like
> >> DELETE FROM table* where key = some_value
> >> Fails ( parser error ). ( UPDATE either )
>
> Not as of 7.1.
>
> re
>> Well, beside the referential constraint issue ( that can be solved by
>> hand ), the most frustrating is that queries like
>> DELETE FROM table* where key = some_value
>> Fails ( parser error ). ( UPDATE either )
Not as of 7.1.
regards, tom lane
-
>
> Hi, i've posted various problems regarding inheritance in postgres,
> Never see a reply :(
>
> Well, beside the referential constraint issue ( that can be solved by
> hand ), the most frustrating is that queries like
>
> DELETE FROM table* where key = some_value
>
> Fails ( parser error )
Hi, i've posted various problems regarding inheritance in postgres,
Never see a reply :(
Well, beside the referential constraint issue ( that can be solved by
hand ), the most frustrating is that queries like
DELETE FROM table* where key = some_value
Fails ( parser error ). ( UPDATE either )
Inheritance is one of the most useful and 'marketed' features in PostgreSQL.
However its behavior is not what one expected it to be. Inherited tables do
not inherit some constraints, including primary and foreing keys.
This information is very important, specially for newbies, who can get very
f
This is fixed in 7.1.1.
> Hello:
>
> In version 7.1 the man page for pg_ctl does not document -s option.
>
> Thanks,
> --
> Arcady Genkin
>
> ---(end of broadcast)---
> TIP 5: Have you checked our extensive FAQ?
>
> http://www.postgresql.org/u
Hello:
In version 7.1 the man page for pg_ctl does not document -s option.
Thanks,
--
Arcady Genkin
---(end of broadcast)---
TIP 5: Have you checked our extensive FAQ?
http://www.postgresql.org/users-lounge/docs/faq.html
Thanks. Fixed.
> Marius Kintel ([EMAIL PROTECTED]) reports a bug with a severity of 4
> The lower the number the more severe it is.
>
> Short Description
> Documentation bug
>
> Long Description
> in file "user/app-psql.htm"
>
> \copy table [ with oids ] { from | to } filename | stdin | stdou
Marius Kintel ([EMAIL PROTECTED]) reports a bug with a severity of 4
The lower the number the more severe it is.
Short Description
Documentation bug
Long Description
in file "user/app-psql.htm"
\copy table [ with oids ] { from | to } filename | stdin | stdout [ with delimiters
'characters' ] [
22 matches
Mail list logo
