pgsql-general - June 2015

General discussion area for users. Apart from compile, acceptance test, and bug problems, most new users will probably only be interested in this mailing list (unless they want to contribute to development or documentation). All non-bug related questions regarding PostgreSQL's version of SQL, and all installation related questions that do not involve bugs or failed compiles, should be restricted to this area. Please note that many of the developers monitor this area.

Search the Archives

(enter a message-id to go directly to that message)
Advanced Search

Browse Archives

Prev | Next
Jump to day: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30

June 1, 2015

Thread Author Time
Re: Help me recovery databases. Melvin Davidson 00:02
Re: Postgresql 9.4 upgrade openSUSE13.1 Adrian Klaver 00:09
Re: replacing jsonb field value Michael Paquier 04:38
Re: JSONB matching element count Michael Paquier 04:45
Re: [GENERAL] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Noah Misch 04:46
Re: [GENERAL] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Noah Misch 04:55
Re: Help me recovery databases. 📎 Evi-M 07:22
Re: [to_tsvector] German Compound Words Sven R. Kunze 07:25
Re: date type changing to timestamp without time zone in postgres 9.4 Albe Laurenz 07:32
Re: [to_tsvector] German Compound Words Sven R. Kunze 08:13
Re: [HACKERS] Re: 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Andres Freund 08:58
Re: Efficient sorting the results of a join, without denormalization Francisco Olarte 10:27
Re: My index doesn't write anymore but read ben.play 12:57
Re: date type changing to timestamp without time zone in postgres 9.4 Rishi Gokhale 13:04
Re: date type changing to timestamp without time zone in postgres 9.4 Albe Laurenz 13:06
Re: date type changing to timestamp without time zone in postgres 9.4 Adrian Klaver 13:56
Re: Curious case of huge simple btree indexes bloat. Maxim Boguk 14:04
Find out what on what function depends an index 📎 Andreas Ulbrich 14:06
Re: Find out what on what function depends an index Tom Lane 14:15
Database designpattern - product feature Adrian Stern 14:35
Re: pl/python composite type array as input parameter Filipe Pina 14:41
Re: Python 3.2 XP64 and Numpy... Rémi Cura 16:09
Re: Python 3.2 XP64 and Numpy... Rémi Cura 17:02
Re: Python 3.2 XP64 and Numpy... Adrian Klaver 17:41
Is my standby fully connected? Ivann Ruiz 17:57
Re: Is my standby fully connected? Guillaume Lelarge 18:04
Re: 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Robert Haas 18:06
Re: Is my standby fully connected? Guillaume Lelarge 18:13
Re: Re: [GENERAL] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 📎 Robert Haas 18:22
Re: Database designpattern - product feature Dorian Hoxha 18:29
odbc to emulate mysql for end programs Mimiko 19:04
Re: Is my standby fully connected? William Dunn 19:07
Re: Find out what on what function depends an index Andreas Ulbrich 20:45
Re: Re: [GENERAL] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Alvaro Herrera 20:53
TRIGGER TRUNCATE -- CASCADE or RESTRICT Andreas Ulbrich 20:54
Re: odbc to emulate mysql for end programs Adrian Klaver 20:57
Re: [HACKERS] Re: 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Alvaro Herrera 21:19
Re: [HACKERS] Re: 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 📎 Alvaro Herrera 21:30
Re: odbc to emulate mysql for end programs William Dunn 22:25
Re: odbc to emulate mysql for end programs John R Pierce 22:52

June 2, 2015

Thread Author Time
Re: pl/python composite type array as input parameter Adrian Klaver 00:44
Re: advocating LTS release and feature-train release cycles Arthur Silva 02:11
Re: advocating LTS release and feature-train release cycles Adrian Klaver 02:27
Re: advocating LTS release and feature-train release cycles Jan de Visser 02:28
Minor revision downgrade (9.2.11 -> 9.2.10) Fabio Ugo Venchiarutti 04:40
Re: advocating LTS release and feature-train release cycles Zenaan Harkness 05:16
Re: 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Noah Misch 05:21
Re: [GENERAL] psql weird behaviour with charset encodings Michael Paquier 07:19
Re: Python 3.2 XP64 and Numpy... Rémi Cura 08:24
Re: pl/python composite type array as input parameter Rémi Cura 08:36
Re: pl/python composite type array as input parameter Rémi Cura 08:41
Re: TRIGGER TRUNCATE -- CASCADE or RESTRICT Albe Laurenz 09:31
Re: pl/python composite type array as input parameter Filipe Pina 10:10
Re: pl/python composite type array as input parameter Filipe Pina 10:20
Re: Database designpattern - product feature Dorian Hoxha 10:58
Re: advocating LTS release and feature-train release cycles Tomas Vondra 10:59
Re: Database designpattern - product feature Adrian Stern 11:15
Re: odbc to emulate mysql for end programs Mimiko 11:16
Re: odbc to emulate mysql for end programs Thomas Kellerer 11:31
Re: Minor revision downgrade (9.2.11 -> 9.2.10) Bruce Momjian 11:39
Re: odbc to emulate mysql for end programs Andrew Sullivan 11:47
Re: advocating LTS release and feature-train release cycles Andrew Sullivan 12:06
Re: [HACKERS] Re: 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Andres Freund 12:56
Re: advocating LTS release and feature-train release cycles Jan de Visser 13:04
Re: Minor revision downgrade (9.2.11 -> 9.2.10) Melvin Davidson 13:20
Automatic Failover Ivann Ruiz 14:14
Re: TRIGGER TRUNCATE -- CASCADE or RESTRICT Melvin Davidson 14:20
Re: Python 3.2 XP64 and Numpy... Adrian Klaver 14:22
Re: advocating LTS release and feature-train release cycles Adrian Klaver 14:30
Re: odbc to emulate mysql for end programs Adrian Klaver 14:40
Re: pl/python composite type array as input parameter Adrian Klaver 14:51
Re: Database designpattern - product feature Dorian Hoxha 14:58
Re: [GENERAL] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Robert Haas 15:16
Re: Re: [GENERAL] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Andres Freund 15:27
Re: [HACKERS] Re: 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Robert Haas 15:29
Re: Database designpattern - product feature William Dunn 15:35
Re: [HACKERS] Re: 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Andres Freund 15:36
Re: [HACKERS] Re: 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Robert Haas 15:37
Re: Re: [GENERAL] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Andres Freund 15:44
Re: [HACKERS] Re: 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Robert Haas 15:46
Re: [HACKERS] Re: 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Robert Haas 15:49
Re: [GENERAL] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Noah Misch 16:05
postgres db permissions Steve Pribyl 17:36
Re: postgres db permissions Joshua D. Drake 17:44
Re: Re: [GENERAL] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Andres Freund 17:46
Re: postgres db permissions Steve Pribyl 17:50
Re: postgres db permissions Melvin Davidson 17:55
Re: Planner cost adjustments Daniel Begin 18:01
Re: postgres db permissions Steve Pribyl 18:04
Re: postgres db permissions Adrian Klaver 18:06
Re: postgres db permissions Steve Pribyl 18:08
Re: postgres db permissions Joshua D. Drake 18:20
Re: postgres db permissions Adrian Klaver 18:20
Re: postgres db permissions Melvin Davidson 18:25
Re: postgres db permissions Adrian Klaver 18:29
Re: postgres db permissions Steve Pribyl 18:45
Re: postgres db permissions Tom Lane 18:46
Re: postgres db permissions Steve Pribyl 18:56
Re: postgres db permissions Joshua D. Drake 18:58
Re: postgres db permissions Melvin Davidson 19:05
Re: pl/python composite type array as input parameter Filipe Pina 19:33
Re: TRIGGER TRUNCATE -- CASCADE or RESTRICT Andreas Ulbrich 19:45
Re: TRIGGER TRUNCATE -- CASCADE or RESTRICT Melvin Davidson 20:12
Re: [HACKERS] Re: 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Andres Freund 20:19
Re: TRIGGER TRUNCATE -- CASCADE or RESTRICT Andreas Ulbrich 20:40
ALTER EVENT TRIGGER as non superuser Andreas Ulbrich 20:46
Re: Re: [GENERAL] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Robert Haas 21:09
Re: Re: [GENERAL] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Andres Freund 21:22
Re: postgres db permissions Adrian Klaver 21:26
Re: Minor revision downgrade (9.2.11 -> 9.2.10) Fabio Ugo Venchiarutti 21:30
Re: pl/python composite type array as input parameter Adrian Klaver 22:00
Re: TRIGGER TRUNCATE -- CASCADE or RESTRICT Gavin Flower 22:24

June 3, 2015

Thread Author Time
Re: [HACKERS] Re: 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 📎 Thomas Munro 01:59
Re: Planner cost adjustments Bill Moran 03:30
Re: Re: [GENERAL] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Alvaro Herrera 03:42
Re: Database designpattern - product feature Adrian Stern 06:50
Re: [GENERAL] psql weird behaviour with charset encodings 📎 Michael Paquier 08:25
Re: Re: [GENERAL] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 📎 Thomas Munro 08:48
Re: Planner cost adjustments Daniel Begin 10:32
Re: Re: [GENERAL] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Robert Haas 12:22
Re: [HACKERS] Re: 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Robert Haas 12:24
Problem when temp_tablespace get full? Daniel Begin 15:14
Re: Problem when temp_tablespace get full? David G. Johnston 15:54
Re: Database designpattern - product feature Gmail 16:48
Re: Problem when temp_tablespace get full? Daniel Begin 17:00
Re: Problem when temp_tablespace get full? Jan Lentfer 17:17
Re: Re: [GENERAL] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Alvaro Herrera 17:26
Re: Re: [GENERAL] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Andres Freund 17:31
Re: Re: [GENERAL] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Alvaro Herrera 18:01
Re: Database designpattern - product feature Roxanne Reid-Bennett 18:04
Re: Re: [GENERAL] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Alvaro Herrera 18:29
Re: Re: [GENERAL] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Andres Freund 18:44
Re: Re: [GENERAL] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Alvaro Herrera 19:04
Re: Re: [GENERAL] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 📎 Robert Haas 20:53
Re: [HACKERS] Re: 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Alvaro Herrera 22:05
Re: [GENERAL] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 📎 Thomas Munro 23:08

June 4, 2015

Thread Author Time
Re: Database designpattern - product feature Jan de Visser 02:02
Re: Database designpattern - product feature Adrian Stern 06:01
Re: 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Noah Misch 06:42
Row visibility issue with consecutive triggers, one being DEFERRED Marc Mamin 08:46
pg_relation_size performance issue Hans Guijt 10:14
Re: pg_relation_size performance issue Hans Guijt 10:17
Re: pg_relation_size performance issue Marc Mamin 10:27
Automatic Client routing Ravi Krishna 12:53
Re: Row visibility issue with consecutive triggers, one being DEFERRED Marc Mamin 13:01
Re: [GENERAL] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Robert Haas 13:42
Re: pg_relation_size performance issue Tom Lane 13:50
Re: Row visibility issue with consecutive triggers, one being DEFERRED Tom Lane 13:56
Re: pg_relation_size performance issue Melvin Davidson 14:03
Re: pg_relation_size performance issue Melvin Davidson 14:07
Re: pg_relation_size performance issue Melvin Davidson 14:08
Re: pg_relation_size performance issue Hans Guijt 14:24
Re: pg_relation_size performance issue Melvin Davidson 14:31
Re: pg_relation_size performance issue Adrian Klaver 14:33
Re: Row visibility issue with consecutive triggers, one being DEFERRED Marc Mamin 15:08
cannot connect to database through ECPG but can through psql Seann Reed 15:37
Re: cannot connect to database through ECPG but can through psql Andreas Kretschmer 16:04
Re: cannot connect to database through ECPG but can through psql Tom Lane 16:08
Re: 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 📎 Robert Haas 16:57
replicating many to one Doiron, Daniel 17:07
Re: Re: [GENERAL] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Andres Freund 17:27
Re: [HACKERS] Re: 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Robert Haas 17:31
Re: Re: [GENERAL] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Alvaro Herrera 18:22
Re: replicating many to one Wayne E. Seguin 18:36
Re: replicating many to one John R Pierce 18:45
Re: replicating many to one Doiron, Daniel 19:14
Re: [GENERAL] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 📎 Robert Haas 21:29
Re: postgres_fdw - push down conditionals for ENUMs Sergiy Zuban 21:30
Re: 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Robert Haas 21:35
Re: [GENERAL] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Thomas Munro 23:47

June 5, 2015

Thread Author Time
Re: replicating many to one Shuwn Yuan Tee 00:11
Re: 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 📎 Thomas Munro 01:47
Re: Automatic Client routing Bill Moran 02:02
Re: replicating many to one Sergey Konoplev 02:32
Re: Database designpattern - product feature William Dunn 04:53
Re: [GENERAL] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Noah Misch 06:20
Re: [GENERAL] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Thomas Munro 10:51
Re: Planner cost adjustments Kevin Grittner 13:20
Re: 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Robert Haas 13:39
BDR - Failure of Primary Server - How to recover? cchee-ob 15:32
Re: 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Tom Lane 15:43
Re: [GENERAL] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Andres Freund 16:00
alter column type Casey Deccio 16:23
Query running slow for only one specific id. (Postgres 9.3) version Sheena, Prabhjot 17:54
Re: Query running slow for only one specific id. (Postgres 9.3) version Igor Neyman 18:05
Re: alter column type Melvin Davidson 18:23
Re: Query running slow for only one specific id. (Postgres 9.3) version Steve Crawford 18:24
Re: [HACKERS] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Robert Haas 18:26
Re: [HACKERS] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Tom Lane 18:33
Re: alter column type Michael Nolan 18:36
Re: [GENERAL] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Alvaro Herrera 18:36
Re: alter column type Ravi Krishna 18:37
Re: Query running slow for only one specific id. (Postgres 9.3) version Sheena, Prabhjot 18:38
Re: Query running slow for only one specific id. (Postgres 9.3) version Igor Neyman 18:46
Re: alter column type Casey Deccio 18:46
Re: [HACKERS] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Andres Freund 18:47
Re: 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 📎 Alvaro Herrera 18:53
Re: alter column type John R Pierce 18:55
Re: [GENERAL] 9.4.1 -> 9.4.2 problem: could not access status of transaction 1 Steve Kehlet 19:01
Re: alter column type Casey Deccio 19:13

Browse Archives

Prev | Next
Jump to day: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30