Re: [GENERAL] Drop user cascade

2016-10-19 Thread Alex Ignatov (postgrespro)
From: pgsql-general-ow...@postgresql.org [mailto:pgsql-general-ow...@postgresql.org] On Behalf Of Melvin Davidson Sent: Wednesday, October 19, 2016 5:35 PM To: Alex Ignatov (postgrespro) Cc: Tom Lane ; pgsql-general@postgresql.org Subject: Re: [GENERAL] Drop user cascade On Wed, Oct

Re: [GENERAL] Drop user cascade

2016-10-19 Thread Alex Ignatov (postgrespro)
-Original Message- From: pgsql-general-ow...@postgresql.org [mailto:pgsql-general-ow...@postgresql.org] On Behalf Of Tom Lane Sent: Wednesday, October 19, 2016 4:31 PM To: Alex Ignatov (postgrespro) Cc: pgsql-general@postgresql.org Subject: Re: [GENERAL] Drop user cascade "Alex Ig

Re: [GENERAL] journaled FS and and WAL

2016-10-19 Thread Alex Ignatov (postgrespro)
rotected by any checksums in minds. Youl never know that PG clog is corrupted until "doomsday" -- Alex Ignatov Postgres Professional: http://www.postgrespro.com The Russian Postgres Company -- Sent via pgsql-general mailing list (pgsql-general@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-general

Re: [GENERAL] Drop user cascade

2016-10-19 Thread Alex Ignatov (postgrespro)
-Original Message- From: pgsql-general-ow...@postgresql.org [mailto:pgsql-general-ow...@postgresql.org] On Behalf Of Thomas Kellerer Sent: Wednesday, October 19, 2016 1:53 PM To: pgsql-general@postgresql.org Subject: Re: [GENERAL] Drop user cascade Alex Ignatov (postgrespro) schrieb am

[GENERAL] Drop user cascade

2016-10-19 Thread Alex Ignatov (postgrespro)
Hello! Why we can DROP TABLE CASCADE, DROP VIEW CASCADE, DROP SEQUENCE CASCADE but we can't DROP USER/ROLE CASCADE? Why do Postgres have no such functionality as DROP USER CASCADE? Is there any reasons in that absence? -- Alex Ignatov Postgres Professional:

Re: [GENERAL] Unable to create oracle_fdw (foreign data wrapper) extension

2016-09-16 Thread Alex Ignatov
(PID 20397) was terminated by signal 11: Segmentation fault Well, as I told you, get a stack trace with debugging symbols. Yours, Laurenz Albe Hi! May be this helps: "Don't add oracle_fdw to shared_preload_libraries! (c) Laurenz Albe Alex Ignatov Postgres Prof

Re: [GENERAL] Detecting if current transaction is modifying the database

2016-08-05 Thread Alex Ignatov
Hi! Make trigger function  Alex Ignatov Postgres Professional: http://www.postgrespro.com Russian Postgres Company On Fri, Aug 5, 2016 at 10:25 PM +0300, "Christian Ohler" wrote: Hi, I'm trying to find a way to have Postgres tell me if the current transactio

Re: [GENERAL] fun fact about temp tables

2016-08-05 Thread Alex Ignatov
On 05.08.2016 18:54, Tom Lane wrote: Alex Ignatov writes: On 05.08.2016 17:51, Tom Lane wrote: Sure. Just like it reserves space for ordinary tables right away, long before there's any need to push the data out of shared_buffers. Otherwise, you might find yourself having to throw an &q

Re: [GENERAL] fun fact about temp tables

2016-08-05 Thread Alex Ignatov
tion? With this preliminary reservation we use HDD resource but in fact we dont need it. In situation with high rate creation of temp table, we saturate HDD resource with "just in case" reservation. Have we any other explanation except "out of space" problem? May be there i

Re: [GENERAL] Question about wal files / pg_xlogs

2016-08-05 Thread Alex Ignatov
different? 3. How do you check timezone equivalence between master and slave? What Alex Ignatov Postgres Professional: http://www.postgrespro.com The Russian Postgres Company On 04.08.2016 05:21, Patrick B wrote: Hi all, I'm currently using PostgreSQL 9.2. I noticed that the wal_files are

Re: [GENERAL] Uber migrated from Postgres to MySQL

2016-07-28 Thread Alex Ignatov
On 28.07.2016 19:43, Scott Marlowe wrote: On Thu, Jul 28, 2016 at 10:32 AM, Alex Ignatov wrote: Oh, so in contrast to "Oracle world" "Postgres world" DBA in their right to do major upgrade without complete and tested backup? Ok, I understand you. In Postgres world ther

Re: [GENERAL] Uber migrated from Postgres to MySQL

2016-07-28 Thread Alex Ignatov
On 28.07.2016 18:41, Igor Neyman wrote: -Original Message- From: Alex Ignatov [mailto:a.igna...@postgrespro.ru] Sent: Thursday, July 28, 2016 11:26 AM To: Igor Neyman ; Rakesh Kumar Cc: PostgreSQL General Subject: Re: [GENERAL] Uber migrated from Postgres to MySQL On 28.07.2016 18

Re: [GENERAL] Uber migrated from Postgres to MySQL

2016-07-28 Thread Alex Ignatov
On 28.07.2016 18:09, Igor Neyman wrote: -Original Message- From: pgsql-general-ow...@postgresql.org [mailto:pgsql-general-ow...@postgresql.org] On Behalf Of Alex Ignatov Sent: Thursday, July 28, 2016 10:59 AM To: Rakesh Kumar Cc: PostgreSQL General Subject: Re: [GENERAL] Uber

Re: [GENERAL] Uber migrated from Postgres to MySQL

2016-07-28 Thread Alex Ignatov
On 28.07.2016 17:50, Rakesh Kumar wrote: On Thu, Jul 28, 2016 at 10:38 AM, Alex Ignatov wrote: Sorry, what? You can rollback to previous version of software what you had. https://docs.oracle.com/cd/E11882_01/server.112/e23633/downgrade.htm#UPGRD007 Not so fast. This requires the db to be

Re: [GENERAL] Uber migrated from Postgres to MySQL

2016-07-28 Thread Alex Ignatov
minor version upgrade. Major version upgrade almost definitely involves change in transaction log (WAL) structure and hence no rollback. Sorry, what? You can rollback to previous version of software what you had. https://docs.oracle.com/cd/E11882_01/server.112/e23633/downgrade.htm#UPGRD007

Re: [GENERAL] How to stop script executions

2016-07-26 Thread Alex Ignatov
revoke usage on language plpythonu from username; revoke usage on language plperl(u) from username; Alex Ignatov Postgres Professional: http://www.postgrespro.com The Russian Postgres Company On 26.07.2016 16:05, David G. Johnston wrote: On Tue, Jul 26, 2016 at 8:53 AM, Dev Kumkar

Re: [GENERAL] pg_dump without any SET command in header of output plain text sql file

2016-07-22 Thread Alex Ignatov
Ok, thanks ! Alex Ignatov Postgres Professional: http://www.postgrespro.com The Russian Postgres Company On 22.07.2016 06:49, Sameer Kumar wrote: On Thu, Jul 21, 2016 at 7:14 PM Alex Ignatov <mailto:a.igna...@postgrespro.ru>> wrote: And what is the options you mentioned a

Re: [GENERAL] pg_dump without any SET command in header of output plain text sql file

2016-07-21 Thread Alex Ignatov
And what is the options you mentioned about? Alex Ignatov Postgres Professional: http://www.postgrespro.com The Russian Postgres Company On 20.07.2016 21:02, Sameer Kumar wrote: On Thu, 21 Jul 2016, 1:17 a.m. Alex Ignatov, <mailto:a.igna...@postgrespro.ru>> wrote: Hello

[GENERAL] pg_dump without any SET command in header of output plain text sql file

2016-07-20 Thread Alex Ignatov
Hello everyone! Is there any way to make pg_dump(9.5) to dump table (with data) without any SET command in the header of output plain sql file? P.S. Yeah I know about sedding =) -- Alex Ignatov Postgres Professional: http://www.postgrespro.com The Russian Postgres Company -- Sent via

Re: [GENERAL] How safe is pg_basebackup + continuous archiving?

2016-06-30 Thread Alex Ignatov
checksums on clog's file. So if any corruption is happend in this file you also will never know it. So at now pg_basebackup+ wal archiving is like walking on the minefield with tightly closed eyes . You never know when it will make explode! Alex Ignatov Postgres Professional: http://w

Re: [GENERAL] Corrupted Dabatabase

2016-06-27 Thread Alex Ignatov
c). Also what file system Postgresql data dir is using? Alex Ignatov Postgres Professional: http://www.postgrespro.com The Russian Postgres Company

Re: R: [GENERAL] Vacuum full: alternatives?

2016-06-20 Thread Alex Ignatov
ECK constraints on the children and can't do it if the child is locked in ACCESS EXCLUSIVE mode. +1 Alex Ignatov Postgres Professional: http://www.postgrespro.com The Russian Postgres Company -- Sent via pgsql-general mailing list (pgsql-general@postgresql.org) To make changes to you

[GENERAL] WAL's listing in pg_xlog by some sql query

2016-06-02 Thread Alex Ignatov
Hello! Can I list all WAL files in pg_xlog by using some sql query in Postgres? -- Alex Ignatov Postgres Professional: http://www.postgrespro.com The Russian Postgres Company

Re: [GENERAL] Silent data loss in its pure form

2016-05-30 Thread Alex Ignatov
Alex Ignatov Postgres Professional: http://www.postgrespro.com The Russian Postgres Company On 31.05.2016 0:12, Alex Ignatov wrote: _ From: David G. Johnston <mailto:david.g.johns...@gmail.com>> Sent: Monday, May 30, 2016 23:44 Subject: Re: [GENERAL] Si

Re: [GENERAL] Silent data loss in its pure form

2016-05-30 Thread Alex Ignatov
_ From: David G. Johnston Sent: Monday, May 30, 2016 23:44 Subject: Re: [GENERAL] Silent data loss in its pure form To: Alex Ignatov Cc: , Scott Marlowe On Mon, May 30, 2016 at 4:22 PM, Alex Ignatov wrote: _ From: Scott

Re: [GENERAL] Silent data loss in its pure form

2016-05-30 Thread Alex Ignatov
_ From: Scott Marlowe Sent: Monday, May 30, 2016 20:14 Subject: Re: [GENERAL] Silent data loss in its pure form To: Alex Ignatov Cc: On Mon, May 30, 2016 at 10:57 AM, Alex Ignatov wrote: > Following this bug reports from redhat > https://bugzilla.redh

[GENERAL] Silent data loss in its pure form

2016-05-30 Thread Alex Ignatov
good data. Keep in mind it while checking you "backups" in any forms (pg_dump or the more dangerous and short-spoken PITR file backup) You data is always in danger with "zeroed data file is normal file" paradigm. -- Alex Ignatov Postgres Professional: http://www.postgre

Re: [GENERAL] Deleting a table file does not raise an error when the table is touched afterwards, why?

2016-05-30 Thread Alex Ignatov
you fall it some issues with "file not exist" and other. Alex Ignatov Postgres Professional: http://www.postgrespro.com The Russian Postgres Company

[GENERAL] Subquery uses ungrouped column

2016-05-26 Thread Alex Ignatov
ileid" from outer query LINE 3: where id = substring(fileid from -1) but the following query: SELECT (select msc_id from collectors where id = fileid ) msc_id from ip_data_records group by fileid is working ok? -- Alex Ignato

[GENERAL] No warnings or errors after same sequential revoke

2016-05-20 Thread Alex Ignatov
2; REVOKE postgres=> revoke select(i2) on table user1.t2 from user2; REVOKE postgres=> revoke select(i2) on table user1.t2 from user2; REVOKE No warnings about that this grant is not available. It looks like revoking nonexisting grants is allowed??? -- Alex Ignatov Postgres Pro

Re: [GENERAL] Does this perf output seem 'normal'?

2016-04-28 Thread Alex Ignatov
Use pgbouncer between app server and Postgres =) Alex Ignatov Postgres Professional: http://www.postgrespro.com The Russian Postgres Company -- Sent via pgsql-general mailing list (pgsql-general@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-general

Re: [GENERAL] Does this perf output seem 'normal'?

2016-04-28 Thread Alex Ignatov
s 100% but sum from first can be != 100%? First column is the % of time when child function(procedure) is working relative to main proc time. -- Alex Ignatov Postgres Professional: http://www.postgrespro.com The Russian Postgres Company -- Sent via pgsql-general mailing list (pgsql-ge

Re: [GENERAL] Does this perf output seem 'normal'?

2016-04-27 Thread Alex Ignatov
in details? -- Alex Ignatov Postgres Professional: http://www.postgrespro.com The Russian Postgres Company -- Sent via pgsql-general mailing list (pgsql-general@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-general

Re: [GENERAL] Initdb --data-checksums by default

2016-04-22 Thread Alex Ignatov
On 21.04.2016 20:26, Vick Khera wrote: On Thu, Apr 21, 2016 at 9:00 AM, Alex Ignatov mailto:a.igna...@postgrespro.ru>> wrote: Ms Windows doesnt have ZFS support. AIX also doesnt. Z/OS also. Any other commercial Linux distros don't have ZFS support. Yes you can com

Re: [GENERAL] Initdb --data-checksums by default

2016-04-21 Thread Alex Ignatov
On 20.04.2016 23:28, Vick Khera wrote: On Wed, Apr 20, 2016 at 3:43 AM, Alex Ignatov mailto:a.igna...@postgrespro.ru>> wrote: What do you think about defaulting --data-checksums in initdb? I think that ZFS storing my database files already does this and can correct for it

Re: [GENERAL] Initdb --data-checksums by default

2016-04-20 Thread Alex Ignatov
On 20.04.2016 16:58, Alvaro Herrera wrote: Alex Ignatov wrote: Hello everyone! Today in Big Data epoch silent data corruption becoming more and more issue to afraid of. With uncorrectable read error rate ~ 10^-15 on multiterabyte disk bit rot is the real issue. I think that today

Re: [GENERAL] Initdb --data-checksums by default

2016-04-20 Thread Alex Ignatov
On 20.04.2016 12:27, Andreas Joseph Krogh wrote: På onsdag 20. april 2016 kl. 11:22:33, skrev Alex Ignatov mailto:a.igna...@postgrespro.ru>>: [snip] Why do you think that common pg-users doesn't care about their data? Did I say that? Also why do we have wal_level=mi

Re: [GENERAL] Initdb --data-checksums by default

2016-04-20 Thread Alex Ignatov
On 20.04.2016 12:10, Andreas Joseph Krogh wrote: På onsdag 20. april 2016 kl. 11:02:31, skrev Alex Ignatov mailto:a.igna...@postgrespro.ru>>: On 20.04.2016 11:40, Andreas Joseph Krogh wrote: På onsdag 20. april 2016 kl. 10:33:14, skrev Alex Ignatov mailto:

Re: [GENERAL] Initdb --data-checksums by default

2016-04-20 Thread Alex Ignatov
On 20.04.2016 11:40, Andreas Joseph Krogh wrote: På onsdag 20. april 2016 kl. 10:33:14, skrev Alex Ignatov mailto:a.igna...@postgrespro.ru>>: On 20.04.2016 11:29, Devrim Gündüz wrote: > Hi, > > On Wed, 2016-04-20 at 10:43 +0300, Alex Ignatov wrote: >&

Re: [GENERAL] Initdb --data-checksums by default

2016-04-20 Thread Alex Ignatov
On 20.04.2016 11:29, Devrim Gündüz wrote: Hi, On Wed, 2016-04-20 at 10:43 +0300, Alex Ignatov wrote: Today in Big Data epoch silent data corruption becoming more and more issue to afraid of. With uncorrectable read error rate ~ 10^-15 on multiterabyte disk bit rot is the real issue. I think

Re: [GENERAL] Initdb --data-checksums by default

2016-04-20 Thread Alex Ignatov
On 20.04.2016 10:58, Michael Paquier wrote: On Wed, Apr 20, 2016 at 4:43 PM, Alex Ignatov wrote: Hello everyone! Today in Big Data epoch silent data corruption becoming more and more issue to afraid of. With uncorrectable read error rate ~ 10^-15 on multiterabyte disk bit rot is the real

Re: [GENERAL] Initdb --data-checksums by default

2016-04-20 Thread Alex Ignatov
On 20.04.2016 10:47, John R Pierce wrote: On 4/20/2016 12:43 AM, Alex Ignatov wrote: Today in Big Data epoch silent data corruption becoming more and more issue to afraid of. With uncorrectable read error rate ~ 10^-15on multiterabyte disk bit rot is the real issue. are not those

[GENERAL] Initdb --data-checksums by default

2016-04-20 Thread Alex Ignatov
doesn't care about his data he can manually turn this option off. What do you think about defaulting --data-checksums in initdb? -- Alex Ignatov Postgres Professional: http://www.postgrespro.com The Russian Postgres Company

Re: [GENERAL] Freezing localtimestamp and other time function on some value

2016-04-13 Thread Alex Ignatov
On 13.04.2016 18:40, Alex Ignatov wrote: On 13.04.2016 17:26, Adrian Klaver wrote: On 04/13/2016 04:16 AM, Alex Ignatov wrote: On 12.04.2016 20:50, Tom Lane wrote: Alex Ignatov writes: You always should keep in mind that your application may run in test mode (future/past time) and

Re: [GENERAL] Freezing localtimestamp and other time function on some value

2016-04-13 Thread Alex Ignatov
On 13.04.2016 17:26, Adrian Klaver wrote: On 04/13/2016 04:16 AM, Alex Ignatov wrote: On 12.04.2016 20:50, Tom Lane wrote: Alex Ignatov writes: You always should keep in mind that your application may run in test mode (future/past time) and maintain this code. While with my proposal you

Re: [GENERAL] Freezing localtimestamp and other time function on some value

2016-04-13 Thread Alex Ignatov
ours'; SET regression=# select timeofday(); timeofday -- Sun Apr 17 18:01:58.293623 2016 +120 (1 row) regards, tom lane Oh! This is better than nothing =)! -- Alex Ignatov Postgres Professional: http://www.post

Re: [GENERAL] Freezing localtimestamp and other time function on some value

2016-04-13 Thread Alex Ignatov
On 12.04.2016 20:50, Tom Lane wrote: Alex Ignatov writes: You always should keep in mind that your application may run in test mode (future/past time) and maintain this code. While with my proposal you can always use some time function(now or localtimestamp or whatever) which you can

Re: [GENERAL] Freezing localtimestamp and other time function on some value

2016-04-12 Thread Alex Ignatov
On 12.04.2016 19:45, David G. Johnston wrote: On Tue, Apr 12, 2016 at 8:37 AM, Alex Ignatov mailto:a.igna...@postgrespro.ru>>wrote: On 12.04.2016 18:01, Adrian Klaver wrote: >>I do it by having the date be one of the function arguments and have the default be so

Re: [GENERAL] Freezing localtimestamp and other time function on some value

2016-04-12 Thread Alex Ignatov
On 12.04.2016 18:01, Adrian Klaver wrote: On 04/12/2016 07:36 AM, Alex Ignatov wrote: On 12.04.2016 16:57, George Neuner wrote: On Tue, 12 Apr 2016 13:50:11 +0300, Alex Ignatov wrote: Is there any method to freeze localtimestamp and other time function value. Say after freezing on some

Re: [GENERAL] Freezing localtimestamp and other time function on some value

2016-04-12 Thread Alex Ignatov
On 12.04.2016 16:57, George Neuner wrote: On Tue, 12 Apr 2016 13:50:11 +0300, Alex Ignatov wrote: Is there any method to freeze localtimestamp and other time function value. Say after freezing on some value sequential calls to these functions give you the same value over and over again. This

Re: [GENERAL] Freezing localtimestamp and other time function on some value

2016-04-12 Thread Alex Ignatov
On 12.04.2016 15:13, Rakesh Kumar wrote: I think PG does fixed time within a tran. check the output of the following sql begin; select now() ; select pg_sleep(10); select now() ; commit; select now() ; select pg_sleep(10); select now() ; ~ On Tue, Apr 12, 2016 at 6:50 AM, Alex Ignatov wrote

[GENERAL] Freezing localtimestamp and other time function on some value

2016-04-12 Thread Alex Ignatov
. Have Postgres this functionality? -- Alex Ignatov Postgres Professional: http://www.postgrespro.com The Russian Postgres Company -- Sent via pgsql-general mailing list (pgsql-general@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-general

Re: [GENERAL] Non-default postgresql.conf values to log

2016-04-07 Thread Alex Ignatov
On 07.04.2016 17:59, Rob Sargent wrote: On Apr 7, 2016, at 8:26 AM, Alex Ignatov wrote: On 07.04.2016 16:53, Tom Lane wrote: Alex Ignatov writes: My question is: is there any option(s) to log non-default postgresql.conf values to log file? No, but you can easily find all the non

Re: [GENERAL] Non-default postgresql.conf values to log

2016-04-07 Thread Alex Ignatov
On 07.04.2016 16:53, Tom Lane wrote: Alex Ignatov writes: My question is: is there any option(s) to log non-default postgresql.conf values to log file? No, but you can easily find all the non-default settings by querying the pg_settings view. regards, tom lane

[GENERAL] Non-default postgresql.conf values to log

2016-04-07 Thread Alex Ignatov
= "/ora/oradata/orcl/control01.ctl" ... My question is: is there any option(s) to log non-default postgresql.conf values to log file? -- Alex Ignatov Postgres Professional: http://www.postgrespro.com The Russian Postgres Company -- Sent via pgsql-general mailing list (pgsql-general@post

Re: [GENERAL] Re: Postgres 9.4.4/9.4.6: plpython2/3 intallation issues on a Windows 7 machine

2016-03-31 Thread Alex Ignatov
, margrit drescher wrote: I originally used the 9.4.6 version on http://www.enterprisedb.com/products-services-training/pgdownload#windows for 64-bit windows and loaded the language pack recommended in the readme file. On 31 March 2016 at 11:25, Alex Ignatov-2 [via PostgreSQL] <[hidden em

Re: [GENERAL] Postgres 9.4.4/9.4.6: plpython2/3 intallation issues on a Windows 7 machine

2016-03-31 Thread Alex Ignatov
stgresql.nabble.com/Postgres-9-4-4-9-4-6-plpython2-3-intallation-issues-on-a-Windows-7-machine-tp5896157.html Sent from the PostgreSQL - general mailing list archive at Nabble.com. Hello! What postgres distr for Win are you using? -- Alex Ignatov Postgres Professional: http://www.post

Re: [GENERAL] String literal doesn't autocast to text type

2016-03-04 Thread Alex Ignatov
> On 04 Mar 2016, at 21:08, Tom Lane wrote: > > Alex Ignatov writes: >> Why string literal like 'Hello world!' doesnt automagicaly cast to text >> type? > > Because it's not necessarily a string. It might be meant to be point, > or json, or

Re: [GENERAL] String literal doesn't autocast to text type

2016-03-04 Thread Alex Ignatov
generally o/s agnostic. > >>> On Fri, Mar 4, 2016 at 12:17 PM, Alex Ignatov >>> wrote: >>> Hello! >>> Why string literal like 'Hello world!' doesnt automagicaly cast to text >>> type? >>> >>> >>> But why we don

Re: [GENERAL] String literal doesn't autocast to text type

2016-03-04 Thread Alex Ignatov
Oh! Great answer! Thats what i want to know!!! Thank you Pavel about explanation!!! Alex Ignatov Postgres Professional: http://www.postgrespro.com Russian Postgres Company > On 04 Mar 2016, at 20:45, Pavel Stehule wrote: > > Hi > > 2016-03-04 18:29 GMT+01:00 Melvin Davidso

[GENERAL] String literal doesn't autocast to text type

2016-03-04 Thread Alex Ignatov
t by default in Postgres? Is there any fundamental restriction on that or there is some reasons for that? -- Alex Ignatov Postgres Professional: http://www.postgrespro.com The Russian Postgres Company -- Sent via pgsql-general mailing list (pgsql-general@postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-general