Home > mailing lists

Mailing lists [pgsql-hackers]

3 April 2018

00:04 Re: [HACKERS] logical decoding of two-phase transactions Andres Freund
00:13 Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Andres Freund
00:28 Re: disable SSL compression? Andres Freund
00:30 Re: [PATCH] Logical decoding of TRUNCATE Peter Eisentraut
00:35 Re: disable SSL compression? Andres Freund
00:40 Re: [PATCH] Logical decoding of TRUNCATE Simon Riggs
00:43 Re: [PATCH] Logical decoding of TRUNCATE Andres Freund
00:50 Re: [PATCH] Logical decoding of TRUNCATE Andres Freund
00:53 Re: Feature Request - DDL deployment with logical replication Andres Freund
00:53 Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Anthony Iliopoulos
01:11 Re: Commit 4dba331cb3 broke ATTACH PARTITION behaviour. Alvaro Herrera
01:24 Re: Passing current_database to BackgroundWorkerInitializeConnection Jeremy Finzel
01:27 Re: Passing current_database to BackgroundWorkerInitializeConnection Andres Freund
01:32 Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Andres Freund
01:33 Re: Passing current_database to BackgroundWorkerInitializeConnection Jeremy Finzel
01:35 Re: Passing current_database to BackgroundWorkerInitializeConnection Andres Freund
02:02 fdw_startup/tuple_cost vs. parallel_startup/tuple_cost Robert Haas
02:32 Re: BRIN FSM vacuuming questions Alvaro Herrera
02:38 Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Anthony Iliopoulos
02:51 Disabling memory display in EXPLAIN ANALYZE Andres Freund
02:52 Re: BRIN FSM vacuuming questions Tom Lane
02:58 Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Stephen Frost
03:01 Re: Disabling memory display in EXPLAIN ANALYZE Stephen Frost
03:04 Re: [PATCH] Logical decoding of TRUNCATE Christophe Pettus
03:09 Re: Add default role 'pg_access_server_files' Stephen Frost
03:43 Re: Rethinking -L switch handling and construction of LDFLAGS Tom Lane
04:03 Re: Disabling memory display in EXPLAIN ANALYZE Andres Freund
05:05 Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Anthony Iliopoulos
05:09 Re: Creating streaming replication standby Tatsuo Ishii
05:23 Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Andres Freund
05:27 Re: WIP: Covering + unique indexes. Alexander Korotkov
05:27 Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Craig Ringer
06:03 Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Christophe Pettus
06:05 Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Andres Freund
06:07 Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Christophe Pettus
06:27 Re: check_ssl_key_file_permissions should be in be-secure-common.c Michael Paquier
06:48 Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Peter Geoghegan
06:57 Re: 2018-03 Commitfest Summary (Andres #1) Bruce Momjian
07:29 Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Thomas Munro
08:18 Re: [HACKERS] MERGE SQL Statement for PG11 Andres Freund
08:40 Re: [HACKERS] MERGE SQL Statement for PG11 Peter Geoghegan
08:49 Re: Diagonal storage model Michael Paquier
08:51 RE: Speedup of relation deletes during recovery Tsunakawa, Takayuki
08:54 Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Robert Haas
09:01 Re: [HACKERS] MERGE SQL Statement for PG11 Robert Haas
09:11 Re: [HACKERS] MERGE SQL Statement for PG11 Pavan Deolasee
09:18 Re: [HACKERS] MERGE SQL Statement for PG11 Peter Geoghegan
09:22 Re: [HACKERS] MERGE SQL Statement for PG11 Andres Freund
09:45 Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Peter Geoghegan
10:02 Re: WIP: Covering + unique indexes. Peter Geoghegan
10:32 Re: [HACKERS] Add support for tuple routing to foreign partitions Amit Langote
10:49 Re: [HACKERS] [PATCH] Lockable views Yugo Nagata
10:53 Re: Add default role 'pg_access_server_files' Michael Paquier
10:59 Re: [HACKERS] Add support for tuple routing to foreign partitions Amit Langote
11:11 Re: BUG #14941: Vacuum crashes Michael Paquier
11:11 Re: BUG #14941: Vacuum crashes Michael Paquier
11:18 Re: Optimizing nested ConvertRowtypeExpr execution Ashutosh Bapat
11:45 Re: Commit 4dba331cb3 broke ATTACH PARTITION behaviour. Kyotaro HORIGUCHI
12:04 Re: Rewriting the test of pg_upgrade as a TAP test - take two Michael Paquier
12:14 Re: ALTER TABLE ADD COLUMN fast default Andrew Dunstan
13:23 Re: Changing WAL Header to reduce contention duringReserveXLogInsertLocation() Heikki Linnakangas
15:07 Missing parse_merge.h? Satoshi Nagayasu
15:09 Re: [HACKERS] [PATCH] Incremental sort Alexander Korotkov
15:11 Re: Missing parse_merge.h? Pavan Deolasee
15:14 Re: Missing parse_merge.h? Satoshi Nagayasu
15:22 Re: Commit 4dba331cb3 broke ATTACH PARTITION behaviour. Amit Langote
16:35 Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Anthony Iliopoulos
16:40 Re: [HACKERS] logical decoding of two-phase transactions Nikhil Sontakke
16:47 Re: new function for tsquery creartion Dmitry Ivanov
17:10 Re: [HACKERS] [PATCH] Incremental sort Tomas Vondra
17:26 Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Greg Stark
17:28 Re: new function for tsquery creartion Dmitry Ivanov
17:52 Re: [PATCH] Verify Checksums during Basebackups Magnus Hagander
17:57 Re: [PROPOSAL] Shared Ispell dictionaries Arthur Zakirov
17:59 Re: [PATCH] Verify Checksums during Basebackups Magnus Hagander
18:02 Re: [HACKERS] path toward faster partition pruning Amit Langote
18:05 Re: Online enabling of checksums Magnus Hagander
19:01 Re: [HACKERS] Add support for tuple routing to foreign partitions Etsuro Fujita
19:04 Re: [HACKERS] Add support for tuple routing to foreign partitions Etsuro Fujita
19:17 Re: [HACKERS] [PATCH] Vacuum: Update FSM more frequently Claudio Freire
19:19 Re: [HACKERS] [PATCH] Vacuum: Update FSM more frequently Claudio Freire
19:33 Re: Changing WAL Header to reduce contention during ReserveXLogInsertLocation() Robert Haas
19:34 Re: [HACKERS] advanced partition matching algorithm forpartition-wise join Ashutosh Bapat
19:36 Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Anthony Iliopoulos
19:37 Re: [HACKERS] [PATCH] Vacuum: Update FSM more frequently Claudio Freire
19:56 Re: Changing WAL Header to reduce contention during ReserveXLogInsertLocation() Tom Lane
19:56 Re: [HACKERS] logical decoding of two-phase transactions Tomas Vondra
19:58 Re: Transform for pl/perl Peter Eisentraut
20:02 Re: WIP: Covering + unique indexes. Alexander Korotkov
20:04 Re: [PATCH] Verify Checksums during Basebackups Magnus Hagander
20:06 Re: Vacuum: allow usage of more than 1GB of work mem Claudio Freire
20:07 Re: [HACKERS] logical decoding of two-phase transactions Stas Kelvich
20:09 Re: Vacuum: allow usage of more than 1GB of work mem Claudio Freire
20:13 Re: new function for tsquery creartion Aleksandr Parfenov
20:20 Re: Vacuum: allow usage of more than 1GB of work mem Claudio Freire
20:25 Re: [PATCH] Verify Checksums during Basebackups Tom Lane
20:28 Re: [PATCH] Verify Checksums during Basebackups Magnus Hagander
20:29 Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Craig Ringer
20:29 Re: [PATCH] Verify Checksums during Basebackups Tom Lane
20:32 Re: [PATCH] Verify Checksums during Basebackups Tom Lane
20:34 Re: [HACKERS] logical decoding of two-phase transactions Tomas Vondra
20:37 Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Greg Stark
20:37 Re: [HACKERS] logical decoding of two-phase transactions Alvaro Herrera
20:38 Re: [HACKERS] logical decoding of two-phase transactions Tomas Vondra
20:40 Re: jsonb nesting level edge case Bruce Momjian
20:42 Re: [PATCH] Verify Checksums during Basebackups Magnus Hagander
20:55 Re: [HACKERS] logical decoding of two-phase transactions Tom Lane
20:59 Re: [HACKERS] logical decoding of two-phase transactions Tomas Vondra
21:15 Re: [HACKERS] logical decoding of two-phase transactions Nikhil Sontakke
21:32 Re: pgsql: New files for MERGE Andres Freund
21:32 Re: pgsql: New files for MERGE Andres Freund
21:42 Re: [HACKERS] GUC for cleanup indexes threshold. Masahiko Sawada
22:05 Re: Optimize Arm64 crc32c implementation in Postgresql Heikki Linnakangas
22:09 Re: Optimize Arm64 crc32c implementation in Postgresql Andres Freund
22:12 Re: Running Installcheck remotely Kapil Sharma
22:20 Re: Changing WAL Header to reduce contention duringReserveXLogInsertLocation() Andres Freund
22:38 Re: Optimize Arm64 crc32c implementation in Postgresql Heikki Linnakangas
22:43 Re: Optimize Arm64 crc32c implementation in Postgresql Andres Freund
22:50 Re: Prefix operator for text and spgist support Teodor Sigaev
22:52 Re: PostgreSQL's handling of fsync() errors is unsafe and risks data loss at least on XFS Anthony Iliopoulos
23:13 Re: pgsql: Validate page level checksums in base backups Andres Freund
23:13 Re: pgsql: Validate page level checksums in base backups Andres Freund
23:17 Re: pgsql: Validate page level checksums in base backups Magnus Hagander
23:17 Re: pgsql: Validate page level checksums in base backups Magnus Hagander
23:39 Re: BRIN FSM vacuuming questions Tom Lane
23:44 Re: [HACKERS] Runtime Partition Pruning Jesper Pedersen
23:47 Re: Optimize Arm64 crc32c implementation in Postgresql Tom Lane
23:50 Re: [HACKERS] Runtime Partition Pruning Beena Emerson