On Wed, Oct 4, 2017 at 3:17 AM, Stephen Frost wrote:
> Tom, all,
>
> * Tom Lane (t...@sss.pgh.pa.us) wrote:
>> "Jonathan S. Katz" writes:
>> > So there is a precedent for using “target” for this command.
>>
>> I wouldn't object to substituting "target" for "victim"; they're both
>> pretty specifi
On Tuesday, October 3, 2017, Echizenya, Noriyuki <
echizenya.no...@jp.fujitsu.com> wrote:
>
>
> For that reason I have looked up below for the source code download
> destination.
> https://www.postgresql.org/download/
>
> The installation binaries are also released in the link in addition to the
>
Hi folks,
I am a beginner of PostgreSQL. I installed PostgreSQL 9.6 with the following
installation manual.
Could you please teach me on how to install it from binaries.
PostgreSQL 9.6.5 Documentation:
https://www.postgresql.jp/document/9.6/html/tutorial-install.html
I referred to the following
Tom, all,
* Tom Lane (t...@sss.pgh.pa.us) wrote:
> "Jonathan S. Katz" writes:
> > So there is a precedent for using “target” for this command.
>
> I wouldn't object to substituting "target" for "victim"; they're both
> pretty specific, and there's little risk of misunderstanding which
> database
"Jonathan S. Katz" writes:
> So there is a precedent for using “target” for this command.
I wouldn't object to substituting "target" for "victim"; they're both
pretty specific, and there's little risk of misunderstanding which
database is meant. I don't know if that amounts to much of an
advance
> On Oct 3, 2017, at 4:29 PM, Joshua D. Drake wrote:
>
> On 10/03/2017 01:28 PM, David G. Johnston wrote:
>> On Tue, Oct 3, 2017 at 12:53 PM, Joshua D. Drake
>> My first inclination was "target" though I suppose its not that much closer
>> to the supposed neutral position on this subjective
On 2017-10-03 21:53, Joshua D. Drake wrote:
On 10/03/2017 12:38 PM, devguy...@gmail.com wrote:
The following documentation comment has been logged on the website:
Page: https://www.postgresql.org/docs/9.6/static/manage-ag-dropdb.html
Description:
I am sure this would be reword
"...while conne
On 10/03/2017 01:28 PM, David G. Johnston wrote:
On Tue, Oct 3, 2017 at 12:53 PM, Joshua D. Drake
My first inclination was "target" though I suppose its not that much
closer to the supposed neutral position on this subjective scale than
"victim".
Subject didn't sound right either (marginal
On Tue, Oct 3, 2017 at 12:53 PM, Joshua D. Drake
wrote:
> On 10/03/2017 12:38 PM, devguy...@gmail.com wrote:
>
>> The following documentation comment has been logged on the website:
>>
>> Page: https://www.postgresql.org/docs/9.6/static/manage-ag-dropdb.html
>> Description:
>>
>> I am sure this w
On 10/03/2017 12:38 PM, devguy...@gmail.com wrote:
The following documentation comment has been logged on the website:
Page: https://www.postgresql.org/docs/9.6/static/manage-ag-dropdb.html
Description:
I am sure this would be reword
"...while connected to the victim database."
Victim seems
The following documentation comment has been logged on the website:
Page: https://www.postgresql.org/docs/9.6/static/manage-ag-dropdb.html
Description:
I am sure this would be reword
"...while connected to the victim database."
--
Sent via pgsql-docs mailing list (pgsql-docs@postgresql.org)
To
On Tue, Oct 3, 2017 at 10:34 AM, dan d wrote:
> The fix is really simply prefix system reserved column names with one or
> two underscores. Simple clean prevents the issue between user code and
> database code...
>
The challenge isn't in making the fix (though it would likely be extremely
tediou
b...@dbrhino.com writes:
> The GRANT documentation, regarding the PUBLIC role, says:
> > No privileges are granted to PUBLIC by default on tables, columns,
> schemas
> or tablespaces.
> But the PUBLIC role does receive USAGE and CREATE privileges on the PUBLIC
> schema, correct? I think the docu
On Tue, Oct 3, 2017 at 6:13 AM, Euler Taveira wrote:
> 2017-10-02 22:30 GMT-03:00 dan d :
> > Npgsql.PostgresException (0x80004005): 42701: column name "cmax"
> conflicts
> > with a system column name
> >
> > My first step was to google "Postgres Reserved Words" will eventually
> get
> > you to
patrick.refond...@pobox.com writes:
> The CREATE USER doc still states SYSID can be specified although I obtained:
> SYSID can no longer be specified
I don't really see a problem here. CREATE USER points you to CREATE ROLE
for everything beyond the synopsis, and CREATE ROLE clearly states
2017-10-02 22:30 GMT-03:00 dan d :
> Npgsql.PostgresException (0x80004005): 42701: column name "cmax" conflicts
> with a system column name
>
> My first step was to google "Postgres Reserved Words" will eventually get
> you to Appendix C in the doc but not mention about any system columns, url
>
On Mon, Oct 2, 2017 at 5:37 PM, wrote:
> The following documentation comment has been logged on the website:
>
> Page: https://www.postgresql.org/docs/9.6/static/fuzzystrmatch.html
> Description:
>
> The fuzzystrmatch documentation says that the order for the Levenshtein
> cost
> parameters is in
Vitals:
Postgres 9.6 on Windows 7
by way of NpgSql C# library (v4.0.30319)
DOC BUG:
I'm curious if PostgreSQL's own special columns should be included on the
"Reserved Words" list. This might be obvious to those familiar with the inner
working of Postgres, for us that are more application l
Thank you for answer, it was my mistake, sorry.
Firstly, I didn't remark there is a new and an old syntax and I wrongly
mixed both of them.
Best regards
Petr Lancaric
-- Původní e-mail --
Od: David G. Johnston
Komu: petr.lanca...@seznam.cz
Datum: 27. 9. 2017 18:53:17
Předmě
The following documentation comment has been logged on the website:
Page: https://www.postgresql.org/docs/9.6/static/fuzzystrmatch.html
Description:
The fuzzystrmatch documentation says that the order for the Levenshtein cost
parameters is insertion, deletion, substitution. Based on my tests with
The following documentation comment has been logged on the website:
Page: https://www.postgresql.org/docs/9.6/static/sql-grant.html
Description:
The GRANT documentation, regarding the PUBLIC role, says:
> No privileges are granted to PUBLIC by default on tables, columns, schemas
or tablespaces.
The following documentation comment has been logged on the website:
Page: https://www.postgresql.org/docs/9.5/static/sql-createuser.html
Description:
The CREATE USER doc still states SYSID can be specified although I obtained:
SYSID can no longer be specified
while using the following command:
Hello,
While working on translation I've found a wrong name in credits:
Fakhroutdinov Evgenievich
"Fakhroutdinov" is the Russian last name.
"Evgenievich" is the Russian middle name or patronym.
The first name is Tahir (see
http://www.rusprofile.ru/person/fakhrutdinov-te-773112708320 (in Russian
23 matches
Mail list logo
