pgsql-hackers
Thread
Date
Earlier messages
Later messages
Messages by Thread
Re: [HACKERS] pgbench - use enum for meta commands
a . parfenov
Re: [HACKERS] pgbench - use enum for meta commands
Tom Lane
Re: [HACKERS] pgbench - use enum for meta commands
Fabien COELHO
[HACKERS] ArrayLists instead of List (for some things)
David Rowley
Re: [HACKERS] ArrayLists instead of List (for some things)
Tom Lane
Re: [HACKERS] ArrayLists instead of List (for some things)
David Rowley
Re: [HACKERS] ArrayLists instead of List (for some things)
Craig Ringer
Re: [HACKERS] ArrayLists instead of List (for some things)
David Rowley
Re: [HACKERS] ArrayLists instead of List (for some things)
Craig Ringer
Re: [HACKERS] ArrayLists instead of List (for some things)
Tom Lane
Re: [HACKERS] ArrayLists instead of List (for some things)
David Rowley
Re: [HACKERS] ArrayLists instead of List (for some things)
Tom Lane
Re: [HACKERS] ArrayLists instead of List (for some things)
Andres Freund
Re: [HACKERS] ArrayLists instead of List (for some things)
Craig Ringer
Re: [HACKERS] ArrayLists instead of List (for some things)
Stephen Frost
Re: [HACKERS] ArrayLists instead of List (for some things)
David Rowley
[HACKERS] Client Connection redirection support for PostgreSQL
Satyanarayana Narlapuram
Re: [HACKERS] Client Connection redirection support for PostgreSQL
David Fetter
Re: [HACKERS] Client Connection redirection support for PostgreSQL
Satyanarayana Narlapuram
Re: [HACKERS] Client Connection redirection support for PostgreSQL
Craig Ringer
Re: [HACKERS] Client Connection redirection support for PostgreSQL
Satyanarayana Narlapuram
Re: [HACKERS] Client Connection redirection support for PostgreSQL
Robert Haas
[HACKERS] ucs_wcwidth vintage
Thomas Munro
Re: [HACKERS] ucs_wcwidth vintage
Alvaro Herrera
Re: [HACKERS] ucs_wcwidth vintage
Alvaro Herrera
Re: [HACKERS] ucs_wcwidth vintage
Tom Lane
Re: [HACKERS] index-only count(*) for indexes supporting bitmap scans
Tom Lane
Re: [HACKERS] index-only count(*) for indexes supporting bitmap scans
Alexander Kuzmenkov
Re: [HACKERS] Custom compression methods
Peter Eisentraut
Re: [HACKERS] Custom compression methods
Ildus Kurbangaliev
Re: [HACKERS] Custom compression methods
Craig Ringer
Re: [HACKERS] Custom compression methods
Oleg Bartunov
Re: [HACKERS] Custom compression methods
Robert Haas
Re: [HACKERS] Custom compression methods
Adam Brusselback
Re: [HACKERS] Custom compression methods
Tom Lane
Re: [HACKERS] Custom compression methods
Ildus Kurbangaliev
[HACKERS] [PATCH] Add two-arg for of current_setting(NAME, FALLBACK)
David Christensen
Re: [HACKERS] [PATCH] Add two-arg for of current_setting(NAME, FALLBACK)
Pavel Stehule
Re: [HACKERS] [PATCH] Add two-arg for of current_setting(NAME, FALLBACK)
David G. Johnston
Re: [HACKERS] [PATCH] Add two-arg for of current_setting(NAME, FALLBACK)
Nico Williams
Re: [HACKERS] [PATCH] Add two-arg for of current_setting(NAME, FALLBACK)
David Christensen
Re: [HACKERS] [PATCH] Add two-arg for of current_setting(NAME, FALLBACK)
Peter Eisentraut
Re: [HACKERS] [PATCH] Document the order of changing certain settings when using hot-standby servers
Peter Eisentraut
Re: [HACKERS] pg_basebackup fails on Windows when using tablespace mapping
Peter Eisentraut
Re: [HACKERS] pg_basebackup fails on Windows when using tablespace mapping
Michael Paquier
Re: [HACKERS] pg_basebackup fails on Windows when using tablespace mapping
Peter Eisentraut
Re: [HACKERS] pg_basebackup fails on Windows when using tablespace mapping
Michael Paquier
[HACKERS] PostgreSQL 10 parenthesized single-column updates can produce errors
Rob McColl
Re: [HACKERS] PostgreSQL 10 parenthesized single-column updates can produce errors
Rob McColl
Re: [HACKERS] PostgreSQL 10 parenthesized single-column updates can produce errors
Tom Lane
Re: [HACKERS] PostgreSQL 10 parenthesized single-column updates can produce errors
David G. Johnston
Re: [HACKERS] PostgreSQL 10 parenthesized single-column updates can produce errors
Tom Lane
Re: [HACKERS] PostgreSQL 10 parenthesized single-column updates can produce errors
David G. Johnston
[HACKERS] proposal: extend shm_mq to support more use cases
Ildus Kurbangaliev
Re: [HACKERS] proposal: extend shm_mq to support more use cases
Craig Ringer
[HACKERS] Oracle to PostGre
Brahmam Eswar
Re: [HACKERS] Oracle to PostGre
Chris Travers
[HACKERS] strange relcache.c debug message
Alvaro Herrera
Re: [HACKERS] strange relcache.c debug message
Tom Lane
[HACKERS] Commit fest 2017-11
Michael Paquier
Re: [HACKERS] Commit fest 2017-11
Michael Paquier
Re: [HACKERS] REINDEX CONCURRENTLY 2.0
Andreas Karlsson
[HACKERS] Removing LEFT JOINs in more cases
David Rowley
[HACKERS] Proposal: generic WAL compression
Oleg Ivanov
[HACKERS] Account for cost and selectivity of HAVING quals
Tom Lane
Re: [HACKERS] Account for cost and selectivity of HAVING quals
Tels
Re: [HACKERS] Account for cost and selectivity of HAVING quals
David G. Johnston
Re: [HACKERS] Account for cost and selectivity of HAVING quals
Tom Lane
Re: [HACKERS] Account for cost and selectivity of HAVING quals
Tels
Re: [HACKERS] Account for cost and selectivity of HAVING quals
Ashutosh Bapat
Re: [HACKERS] Account for cost and selectivity of HAVING quals
Tom Lane
Re: [HACKERS] Account for cost and selectivity of HAVING quals
Ashutosh Bapat
[HACKERS] Dynamic result sets from procedures
Peter Eisentraut
Re: [HACKERS] Dynamic result sets from procedures
Craig Ringer
Re: [HACKERS] Dynamic result sets from procedures
Pavel Stehule
Re: [HACKERS] Dynamic result sets from procedures
Peter Eisentraut
Re: [HACKERS] Dynamic result sets from procedures
Robert Haas
Re: [HACKERS] Dynamic result sets from procedures
Peter Eisentraut
Re: [HACKERS] Dynamic result sets from procedures
Daniel Verite
Re: [HACKERS] Dynamic result sets from procedures
Peter Eisentraut
Re: [HACKERS] Dynamic result sets from procedures
Daniel Verite
[HACKERS] Transaction control in procedures
Peter Eisentraut
Re: [HACKERS] Transaction control in procedures
Simon Riggs
Re: [HACKERS] SQL procedures
Simon Riggs
Re: [HACKERS] SQL procedures
Tom Lane
Re: [HACKERS] SQL procedures
Peter Eisentraut
Re: [HACKERS] SQL procedures
Tom Lane
Re: [HACKERS] SQL procedures
Pavel Stehule
Re: [HACKERS] SQL procedures
Pavel Stehule
Re: [HACKERS] SQL procedures
Peter Eisentraut
Re: [HACKERS] SQL procedures
Pavel Stehule
Re: [HACKERS] SQL procedures
Pavel Stehule
Re: [HACKERS] SQL procedures
Peter Eisentraut
Re: [HACKERS] SQL procedures
Simon Riggs
Re: [HACKERS] SQL procedures
Peter Eisentraut
Re: [HACKERS] SQL procedures
Merlin Moncure
Re: [HACKERS] SQL procedures
Konstantin Knizhnik
Re: [HACKERS] SQL procedures
Peter Eisentraut
Re: [HACKERS] SQL procedures
Merlin Moncure
Re: [HACKERS] SQL procedures
Peter Eisentraut
Re: [HACKERS] SQL procedures
Merlin Moncure
[HACKERS] postgres_fdw: Add support for INSERT OVERRIDING clause
Peter Eisentraut
Re: [HACKERS] postgres_fdw: Add support for INSERT OVERRIDING clause
Michael Paquier
[HACKERS] Consistently catch errors from Python _New() functions
Peter Eisentraut
[HACKERS] Add some const decorations to prototypes
Peter Eisentraut
Re: [HACKERS] Add some const decorations to prototypes
Tom Lane
Re: [HACKERS] Add some const decorations to prototypes
Robert Haas
Re: [HACKERS] Add some const decorations to prototypes
Peter Eisentraut
Re: [HACKERS] Add some const decorations to prototypes
Tom Lane
Re: [HACKERS] Add some const decorations to prototypes
Peter Eisentraut
Re: [HACKERS] Add some const decorations to prototypes
Fabien COELHO
Re: [HACKERS] Add some const decorations to prototypes
Peter Eisentraut
Re: [HACKERS] Add some const decorations to prototypes
Fabien COELHO
Re: [HACKERS] Add some const decorations to prototypes
Fabien COELHO
Re: [HACKERS] Add some const decorations to prototypes
Peter Eisentraut
Re: [HACKERS] Add some const decorations to prototypes
Tom Lane
Re: [HACKERS] Add some const decorations to prototypes
Fabien COELHO
Re: [HACKERS] Add some const decorations to prototypes
Tom Lane
Re: [HACKERS] Add some const decorations to prototypes
Peter Eisentraut
Re: [HACKERS] Add some const decorations to prototypes
Mark Dilger
[HACKERS] Fix dumping pre-10 DBs by pg_dump10 if table "name" exists
Vitaly Burovoy
Re: [HACKERS] Fix dumping pre-10 DBs by pg_dump10 if table "name" exists
Tom Lane
Re: [HACKERS] Fix dumping pre-10 DBs by pg_dump10 if table "name" exists
Vitaly Burovoy
Re: [HACKERS] Fix dumping pre-10 DBs by pg_dump10 if table "name" exists
Tom Lane
Re: [HACKERS] Fix dumping pre-10 DBs by pg_dump10 if table "name" exists
Vitaly Burovoy
[HACKERS] Query regarding permission on table_column%type access
Neha Sharma
Re: [HACKERS] Query regarding permission on table_column%type access
Stephen Frost
Re: [HACKERS] Query regarding permission on table_column%type access
Tom Lane
Re: [HACKERS] More stats about skipped vacuums
Kyotaro HORIGUCHI
Re: [HACKERS] Protect syscache from bloating with negative cache entries
Kyotaro HORIGUCHI
Re: [HACKERS] Restricting maximum keep segments by repslots
Kyotaro HORIGUCHI
Re: [HACKERS] Restricting maximum keep segments by repslots
Thomas Munro
Re: [HACKERS] Restricting maximum keep segments by repslots
Craig Ringer
Re: [HACKERS] Restricting maximum keep segments by repslots
Andres Freund
Re: [HACKERS] Restricting maximum keep segments by repslots
Andres Freund
Re: [HACKERS] Restricting maximum keep segments by repslots
Kyotaro HORIGUCHI
Re: [HACKERS] Restricting maximum keep segments by repslots
Kyotaro HORIGUCHI
[HACKERS] Anyone have experience benchmarking very high effective_io_concurrency on NVME's?
Chris Travers
[HACKERS] Re: Anyone have experience benchmarking very high effective_io_concurrency on NVME's?
Greg Stark
Re: [HACKERS] Re: Anyone have experience benchmarking very high effective_io_concurrency on NVME's?
Tomas Vondra
Re: [HACKERS] Re: Anyone have experience benchmarking very high effective_io_concurrency on NVME's?
Andres Freund
Re: [HACKERS] Re: Anyone have experience benchmarking very high effective_io_concurrency on NVME's?
Craig Ringer
[HACKERS] Adding column_constraint description in ALTER TABLE synopsis
Lætitia Avrot
Re: [HACKERS] Adding column_constraint description in ALTER TABLE synopsis
Stephen Frost
Re: [HACKERS] Adding column_constraint description in ALTER TABLE synopsis
Amit Langote
Re: [HACKERS] Adding column_constraint description in ALTER TABLE synopsis
Lætitia Avrot
[HACKERS] Remove inbound links to sql-createuser
David G. Johnston
Re: [HACKERS] Remove inbound links to sql-createuser
Stephen Frost
Re: [HACKERS] Remove inbound links to sql-createuser
Stephen Frost
[HACKERS] Rewriting PL/Python's typeio code
Tom Lane
[HACKERS] [PATCH] Comment typo in get_collation_name() comment
Dagfinn Ilmari Mannsåker
[HACKERS] Fix duplicated "the" occurrences in codebase
Christoph Dreis
[HACKERS] Patch: restrict pg_rewind to whitelisted directories
Chris Travers
Re: [HACKERS] Patch: restrict pg_rewind to whitelisted directories
Robert Haas
Re: [HACKERS] Patch: restrict pg_rewind to whitelisted directories
Chris Travers
[HACKERS] pow support for pgbench
Raúl Marín Rodríguez
Re: [HACKERS] pow support for pgbench
Michael Paquier
Re: [HACKERS] pow support for pgbench
Alvaro Herrera
Re: [HACKERS] pow support for pgbench
Michael Paquier
Re: [HACKERS] pow support for pgbench
Raúl Marín Rodríguez
Re: [HACKERS] pow support for pgbench
Michael Paquier
Re: [HACKERS] pow support for pgbench
Alvaro Herrera
Re: [HACKERS] pow support for pgbench
Raúl Marín Rodríguez
Re: [HACKERS] pow support for pgbench
Fabien COELHO
Re: [HACKERS] pow support for pgbench
Raúl Marín Rodríguez
Re: [HACKERS] pow support for pgbench
Fabien COELHO
Re: [HACKERS] pow support for pgbench
Raúl Marín Rodríguez
Re: [HACKERS] pow support for pgbench
Fabien COELHO
Re: [HACKERS] pow support for pgbench
Raúl Marín Rodríguez
Re: [HACKERS] pow support for pgbench
Fabien COELHO
Re: [HACKERS] pow support for pgbench
Fabien COELHO
Re: [HACKERS] An unlikely() experiment
Andres Freund
Re: [HACKERS] An unlikely() experiment
David Rowley
Re: [HACKERS] An unlikely() experiment
Andres Freund
Re: [HACKERS] An unlikely() experiment
David Rowley
Re: [HACKERS] GSoC 2017: Foreign Key Arrays
Andreas Karlsson
Re: [HACKERS] GSoC 2017: Foreign Key Arrays
Andreas Karlsson
[HACKERS] PANIC: invalid index offnum: 186 when processing BRIN indexes in VACUUM
Tomas Vondra
[HACKERS] Re: PANIC: invalid index offnum: 186 when processing BRIN indexes in VACUUM
Tomas Vondra
[HACKERS] Re: PANIC: invalid index offnum: 186 when processing BRIN indexes in VACUUM
Alvaro Herrera
Re: [HACKERS] Re: PANIC: invalid index offnum: 186 when processing BRIN indexes in VACUUM
Michael Paquier
Re: [HACKERS] Re: PANIC: invalid index offnum: 186 when processing BRIN indexes in VACUUM
Tom Lane
Re: [HACKERS] Re: PANIC: invalid index offnum: 186 when processing BRIN indexes in VACUUM
Tomas Vondra
Re: [HACKERS] Re: PANIC: invalid index offnum: 186 when processing BRIN indexes in VACUUM
Tom Lane
Re: [HACKERS] Re: PANIC: invalid index offnum: 186 when processing BRIN indexes in VACUUM
Tom Lane
Re: [HACKERS] Re: PANIC: invalid index offnum: 186 when processing BRIN indexes in VACUUM
Alvaro Herrera
Re: [HACKERS] Re: PANIC: invalid index offnum: 186 when processing BRIN indexes in VACUUM
Tom Lane
Re: [HACKERS] Re: PANIC: invalid index offnum: 186 when processing BRIN indexes in VACUUM
Michael Paquier
Re: [HACKERS] Re: PANIC: invalid index offnum: 186 when processing BRIN indexes in VACUUM
Tom Lane
Re: [HACKERS] Re: PANIC: invalid index offnum: 186 when processing BRIN indexes in VACUUM
Tom Lane
Re: [HACKERS] Re: PANIC: invalid index offnum: 186 when processing BRIN indexes in VACUUM
Alvaro Herrera
Re: [HACKERS] Re: PANIC: invalid index offnum: 186 when processing BRIN indexes in VACUUM
Alvaro Herrera
Re: [HACKERS] Re: PANIC: invalid index offnum: 186 when processing BRIN indexes in VACUUM
Tom Lane
Re: [HACKERS] Re: PANIC: invalid index offnum: 186 when processing BRIN indexes in VACUUM
Tom Lane
Re: [HACKERS] Re: PANIC: invalid index offnum: 186 when processing BRIN indexes in VACUUM
Tomas Vondra
Re: [HACKERS] Re: PANIC: invalid index offnum: 186 when processing BRIN indexes in VACUUM
Tomas Vondra
Re: [HACKERS] Re: PANIC: invalid index offnum: 186 when processing BRIN indexes in VACUUM
Alvaro Herrera
Re: [HACKERS] Re: PANIC: invalid index offnum: 186 when processing BRIN indexes in VACUUM
Alvaro Herrera
Re: [HACKERS] Re: PANIC: invalid index offnum: 186 when processing BRIN indexes in VACUUM
Tom Lane
Re: [HACKERS] Re: PANIC: invalid index offnum: 186 when processing BRIN indexes in VACUUM
Alvaro Herrera
Earlier messages
Later messages