public inbox for [email protected]help / color / mirror / Atom feed
Messages from [email protected] Re: Columns correlation and adaptive query optimization 2021-03-20 09:41 UTC Konstantin Knizhnik <[email protected]> Re: Columns correlation and adaptive query optimization 2021-03-19 16:58 UTC Konstantin Knizhnik <[email protected]> Re: Improve join selectivity estimation using extended statistics 2021-03-15 15:41 UTC Konstantin Knizhnik <[email protected]> Re: Improving connection scalability: GetSnapshotData() 2021-03-01 15:46 UTC Konstantin Knizhnik <[email protected]> Re: libpq compression 2021-02-23 16:29 UTC Konstantin Knizhnik <[email protected]> Re: Problem with accessing TOAST data in stored procedures 2021-02-19 15:19 UTC Konstantin Knizhnik <[email protected]> Re: [PoC] Non-volatile WAL buffer 2021-02-19 08:51 UTC Konstantin Knizhnik <[email protected]> Re: Problem with accessing TOAST data in stored procedures 2021-02-19 08:08 UTC Konstantin Knizhnik <[email protected]> Re: Problem with accessing TOAST data in stored procedures 2021-02-19 07:39 UTC Konstantin Knizhnik <[email protected]> Re: Problem with accessing TOAST data in stored procedures 2021-02-19 07:17 UTC Konstantin Knizhnik <[email protected]> Re: Problem with accessing TOAST data in stored procedures 2021-02-19 06:51 UTC Konstantin Knizhnik <[email protected]> Re: Problem with accessing TOAST data in stored procedures 2021-02-18 15:01 UTC Konstantin Knizhnik <[email protected]> Re: libpq compression 2021-02-09 09:06 UTC Konstantin Knizhnik <[email protected]> Re: On login trigger: take three 2021-01-28 09:04 UTC Konstantin Knizhnik <[email protected]> Improve join selectivity estimation using extended statistics 2021-01-27 16:51 UTC Konstantin Knizhnik <[email protected]> Re: Columns correlation and adaptive query optimization 2021-01-27 16:39 UTC Konstantin Knizhnik <[email protected]> Re: Columns correlation and adaptive query optimization 2021-01-25 13:27 UTC Konstantin Knizhnik <[email protected]> Re: [PoC] Non-volatile WAL buffer 2021-01-22 16:04 UTC Konstantin Knizhnik <[email protected]> Re: libpq compression 2021-01-12 15:47 UTC Konstantin Knizhnik <[email protected]> Re: libpq compression 2021-01-11 13:53 UTC Konstantin Knizhnik <[email protected]> Re: On login trigger: take three 2020-12-24 10:00 UTC Konstantin Knizhnik <[email protected]> Re: libpq compression 2020-12-23 06:16 UTC Konstantin Knizhnik <[email protected]> Re: On login trigger: take three 2020-12-22 11:42 UTC Konstantin Knizhnik <[email protected]> Inconsistent/confusing handling of tablespaces for partitioned tables 2020-12-21 15:22 UTC Konstantin Knizhnik <[email protected]> Re: On login trigger: take three 2020-12-21 10:06 UTC Konstantin Knizhnik <[email protected]> Re: Double partition lock in bufmgr 2020-12-19 12:50 UTC Konstantin Knizhnik <[email protected]> Double partition lock in bufmgr 2020-12-18 12:20 UTC Konstantin Knizhnik <[email protected]> Re: libpq compression 2020-12-17 14:54 UTC Konstantin Knizhnik <[email protected]> Re: On login trigger: take three 2020-12-17 13:05 UTC Konstantin Knizhnik <[email protected]> Re: On login trigger: take three 2020-12-17 13:03 UTC Konstantin Knizhnik <[email protected]> Re: On login trigger: take three 2020-12-16 13:35 UTC Konstantin Knizhnik <[email protected]> Re: On login trigger: take three 2020-12-15 16:42 UTC Konstantin Knizhnik <[email protected]> Re: On login trigger: take three 2020-12-15 14:06 UTC Konstantin Knizhnik <[email protected]> Re: On login trigger: take three 2020-12-15 13:12 UTC Konstantin Knizhnik <[email protected]> Re: On login trigger: take three 2020-12-11 16:05 UTC Konstantin Knizhnik <[email protected]> Re: On login trigger: take three 2020-12-11 15:07 UTC Konstantin Knizhnik <[email protected]> Re: On login trigger: take three 2020-12-11 14:19 UTC Konstantin Knizhnik <[email protected]> Re: Hybrid Hash/Nested Loop joins and caching results from subplans 2020-12-10 16:44 UTC Konstantin Knizhnik <[email protected]> Re: On login trigger: take three 2020-12-10 15:48 UTC Konstantin Knizhnik <[email protected]> Re: On login trigger: take three 2020-12-10 13:03 UTC Konstantin Knizhnik <[email protected]> Re: On login trigger: take three 2020-12-09 13:28 UTC Konstantin Knizhnik <[email protected]> Re: Wrong check in pg_visibility? 2020-12-08 09:59 UTC Konstantin Knizhnik <[email protected]> Wrong check in pg_visibility? 2020-12-06 20:50 UTC Konstantin Knizhnik <[email protected]> Re: On login trigger: take three 2020-12-04 10:05 UTC Konstantin Knizhnik <[email protected]> Transaction isolation and table contraints 2020-11-25 15:14 UTC Konstantin Knizhnik <[email protected]> Re: Implementing Incremental View Maintenance 2020-11-25 15:00 UTC Konstantin Knizhnik <[email protected]> Re: Implementing Incremental View Maintenance 2020-11-25 12:16 UTC Konstantin Knizhnik <[email protected]> Re: libpq compression 2020-11-24 21:05 UTC Konstantin Knizhnik <[email protected]> Re: libpq compression 2020-11-24 12:32 UTC Konstantin Knizhnik <[email protected]> Re: Implementing Incremental View Maintenance 2020-11-24 09:46 UTC Konstantin Knizhnik <[email protected]> Re: Cache relation sizes? 2020-11-16 16:07 UTC Konstantin Knizhnik <[email protected]> Re: Cache relation sizes? 2020-11-16 10:01 UTC Konstantin Knizhnik <[email protected]> Re: Implementing Incremental View Maintenance 2020-11-12 12:37 UTC Konstantin Knizhnik <[email protected]> Re: Implementing Incremental View Maintenance 2020-11-11 16:10 UTC Konstantin Knizhnik <[email protected]> Re: libpq compression 2020-11-06 06:28 UTC Konstantin Knizhnik <[email protected]> Re: libpq compression 2020-11-06 06:18 UTC Konstantin Knizhnik <[email protected]> Re: libpq compression 2020-11-05 16:01 UTC Konstantin Knizhnik <[email protected]> Re: libpq compression 2020-11-03 16:18 UTC Konstantin Knizhnik <[email protected]> Re: libpq compression 2020-11-02 19:20 UTC Konstantin Knizhnik <[email protected]> Re: libpq compression 2020-11-02 16:36 UTC Konstantin Knizhnik <[email protected]> Re: libpq compression 2020-11-02 14:02 UTC Konstantin Knizhnik <[email protected]> Re: libpq compression 2020-11-01 10:01 UTC Konstantin Knizhnik <[email protected]> Re: libpq compression 2020-10-31 19:08 UTC Konstantin Knizhnik <[email protected]> Re: libpq compression 2020-10-29 15:11 UTC Konstantin Knizhnik <[email protected]> Re: libpq compression 2020-10-29 14:45 UTC Konstantin Knizhnik <[email protected]> Re: libpq compression 2020-10-29 13:45 UTC Konstantin Knizhnik <[email protected]> Re: libpq compression 2020-10-28 16:25 UTC Konstantin Knizhnik <[email protected]> Re: cannot freeze committed xmax 2020-10-28 15:56 UTC Konstantin Knizhnik <[email protected]> cannot freeze committed xmax 2020-10-28 13:44 UTC Konstantin Knizhnik <[email protected]> Re: libpq compression 2020-10-26 16:20 UTC Konstantin Knizhnik <[email protected]> Re: libpq compression 2020-10-26 14:22 UTC Konstantin Knizhnik <[email protected]> Re: libpq compression 2020-10-21 13:15 UTC Konstantin Knizhnik <[email protected]> Re: Should walsernder check correctness of WAL records? 2020-10-02 12:42 UTC Konstantin Knizhnik <[email protected]> Should walsernder check correctness of WAL records? 2020-10-01 15:38 UTC Konstantin Knizhnik <[email protected]> Re: Custom options for building extensions with --with--llvm 2020-09-24 20:10 UTC Konstantin Knizhnik <[email protected]> Custom options for building extensions with --with--llvm 2020-09-24 16:15 UTC Konstantin Knizhnik <[email protected]> Re: Asynchronous Append on postgres_fdw nodes. 2020-09-22 14:59 UTC Konstantin Knizhnik <[email protected]> Re: Asynchronous Append on postgres_fdw nodes. 2020-09-22 13:40 UTC Konstantin Knizhnik <[email protected]> Re: Asynchronous Append on postgres_fdw nodes. 2020-09-22 12:52 UTC Konstantin Knizhnik <[email protected]> Re: Built-in connection pooler 2020-09-17 08:40 UTC Konstantin Knizhnik <[email protected]> Re: Proposal of new PostgreSQL Extension - PGSpiderExt 2020-09-16 15:08 UTC Konstantin Knizhnik <[email protected]> Re: Proposal of new PostgreSQL Extension - PGSpiderExt 2020-09-16 14:17 UTC Konstantin Knizhnik <[email protected]> Re: On login trigger: take three 2020-09-14 15:53 UTC Konstantin Knizhnik <[email protected]> Re: On login trigger: take three 2020-09-14 14:12 UTC Konstantin Knizhnik <[email protected]> Re: On login trigger: take three 2020-09-11 10:42 UTC Konstantin Knizhnik <[email protected]> Re: INSERT ON CONFLICT and RETURNING 2020-09-08 10:34 UTC Konstantin Knizhnik <[email protected]> Re: Improving connection scalability: GetSnapshotData() 2020-09-08 09:27 UTC Konstantin Knizhnik <[email protected]> Re: INSERT ON CONFLICT and RETURNING 2020-09-08 09:06 UTC Konstantin Knizhnik <[email protected]> Re: Improving connection scalability: GetSnapshotData() 2020-09-07 16:35 UTC Konstantin Knizhnik <[email protected]> Re: Improving connection scalability: GetSnapshotData() 2020-09-07 14:20 UTC Konstantin Knizhnik <[email protected]> Re: Improving connection scalability: GetSnapshotData() 2020-09-06 11:05 UTC Konstantin Knizhnik <[email protected]> Re: Improving connection scalability: GetSnapshotData() 2020-09-05 13:58 UTC Konstantin Knizhnik <[email protected]> Re: On login trigger: take three 2020-09-04 15:59 UTC Konstantin Knizhnik <[email protected]> Re: Improving connection scalability: GetSnapshotData() 2020-09-04 15:24 UTC Konstantin Knizhnik <[email protected]> Re: INSERT ON CONFLICT and RETURNING 2020-09-04 09:29 UTC Konstantin Knizhnik <[email protected]> Re: INSERT ON CONFLICT and RETURNING 2020-09-03 16:52 UTC Konstantin Knizhnik <[email protected]> Re: INSERT ON CONFLICT and RETURNING 2020-09-03 16:16 UTC Konstantin Knizhnik <[email protected]> On login trigger: take three 2020-09-03 13:42 UTC Konstantin Knizhnik <[email protected]> Re: INSERT ON CONFLICT and RETURNING 2020-08-31 13:53 UTC Konstantin Knizhnik <[email protected]> INSERT ON CONFLICT and RETURNING 2020-08-22 07:16 UTC Konstantin Knizhnik <[email protected]> Re: Problem with accessing TOAST data in stored procedures 2020-08-19 18:59 UTC Konstantin Knizhnik <[email protected]> Problem with accessing TOAST data in stored procedures 2020-08-19 17:22 UTC Konstantin Knizhnik <[email protected]> Re: jsonb, collection & postgres_fdw 2020-08-14 07:16 UTC Konstantin Knizhnik <[email protected]> Re: jsonb, collection & postgres_fdw 2020-08-13 17:46 UTC Konstantin Knizhnik <[email protected]> jsonb, collection & postgres_fdw 2020-08-13 15:24 UTC Konstantin Knizhnik <[email protected]> Re: LSM tree for Postgres 2020-08-09 07:26 UTC Konstantin Knizhnik <[email protected]> Re: LSM tree for Postgres 2020-08-08 20:49 UTC Konstantin Knizhnik <[email protected]> Re: LSM tree for Postgres 2020-08-08 14:07 UTC Konstantin Knizhnik <[email protected]> Re: [Patch] Optimize dropping of relation buffers using dlist 2020-08-07 07:08 UTC Konstantin Knizhnik <[email protected]> Re: LSM tree for Postgres 2020-08-05 07:08 UTC Konstantin Knizhnik <[email protected]> Re: LSM tree for Postgres 2020-08-05 06:13 UTC Konstantin Knizhnik <[email protected]> Re: LSM tree for Postgres 2020-08-04 18:55 UTC Konstantin Knizhnik <[email protected]> Re: Confusing behavior of create table like 2020-08-04 17:36 UTC Konstantin Knizhnik <[email protected]> Re: LSM tree for Postgres 2020-08-04 17:21 UTC Konstantin Knizhnik <[email protected]> Re: LSM tree for Postgres 2020-08-04 17:18 UTC Konstantin Knizhnik <[email protected]> Re: LSM tree for Postgres 2020-08-04 16:56 UTC Konstantin Knizhnik <[email protected]> LSM tree for Postgres 2020-08-04 08:22 UTC Konstantin Knizhnik <[email protected]> Re: Cache relation sizes? 2020-08-03 15:54 UTC Konstantin Knizhnik <[email protected]> Re: Confusing behavior of create table like 2020-08-03 12:58 UTC Konstantin Knizhnik <[email protected]> Confusing behavior of create table like 2020-07-31 22:06 UTC Konstantin Knizhnik <[email protected]> Re: [Patch] Optimize dropping of relation buffers using dlist 2020-07-29 07:54 UTC Konstantin Knizhnik <[email protected]> Re: Why it is not possible to create custom AM which behaves similar to btree? 2020-07-23 12:35 UTC Konstantin Knizhnik <[email protected]> Why it is not possible to create custom AM which behaves similar to btree? 2020-07-22 23:15 UTC Konstantin Knizhnik <[email protected]> Re: Postgres is not able to handle more than 4k tables!? 2020-07-15 17:10 UTC Konstantin Knizhnik <[email protected]> Re: Postgres is not able to handle more than 4k tables!? 2020-07-15 14:28 UTC Konstantin Knizhnik <[email protected]> Re: Postgres is not able to handle more than 4k tables!? 2020-07-10 07:18 UTC Konstantin Knizhnik <[email protected]> Re: Postgres is not able to handle more than 4k tables!? 2020-07-09 16:49 UTC Konstantin Knizhnik <[email protected]> Re: Postgres is not able to handle more than 4k tables!? 2020-07-09 16:16 UTC Konstantin Knizhnik <[email protected]> Re: Postgres is not able to handle more than 4k tables!? 2020-07-09 15:57 UTC Konstantin Knizhnik <[email protected]> Re: Postgres is not able to handle more than 4k tables!? 2020-07-09 07:07 UTC Konstantin Knizhnik <[email protected]> Re: Postgres is not able to handle more than 4k tables!? 2020-07-09 06:31 UTC Konstantin Knizhnik <[email protected]> Postgres is not able to handle more than 4k tables!? 2020-07-08 20:41 UTC Konstantin Knizhnik <[email protected]> Re: Persist MVCC forever - retain history 2020-07-05 17:31 UTC Konstantin Knizhnik <[email protected]> Re: Built-in connection pooler 2020-07-05 13:46 UTC Konstantin Knizhnik <[email protected]> Re: Persist MVCC forever - retain history 2020-07-03 07:29 UTC Konstantin Knizhnik <[email protected]> Re: Built-in connection pooler 2020-07-02 15:38 UTC Konstantin Knizhnik <[email protected]> Re: Built-in connection pooler 2020-07-02 11:33 UTC Konstantin Knizhnik <[email protected]> Re: Threading in BGWorkers (!) 2020-06-23 07:26 UTC Konstantin Knizhnik <[email protected]> Re: Threading in BGWorkers (!) 2020-06-23 07:07 UTC Konstantin Knizhnik <[email protected]> Re: New Feature Request 2020-05-26 07:17 UTC Konstantin Knizhnik <[email protected]> Re: Problem with pg_atomic_compare_exchange_u64 at 32-bit platforms 2020-05-20 07:59 UTC Konstantin Knizhnik <[email protected]> Re: Problem with pg_atomic_compare_exchange_u64 at 32-bit platforms 2020-05-20 07:32 UTC Konstantin Knizhnik <[email protected]> Re: Problem with pg_atomic_compare_exchange_u64 at 32-bit platforms 2020-05-20 07:23 UTC Konstantin Knizhnik <[email protected]> Problem with pg_atomic_compare_exchange_u64 at 32-bit platformwd 2020-05-19 13:07 UTC Konstantin Knizhnik <[email protected]> Re: zombie connections 2020-04-03 13:34 UTC Konstantin Knizhnik <[email protected]> Re: Columns correlation and adaptive query optimization 2020-03-26 15:49 UTC Konstantin Knizhnik <[email protected]> Re: Columns correlation and adaptive query optimization 2020-03-26 14:43 UTC Konstantin Knizhnik <[email protected]> Re: weird hash plan cost, starting with pg10 2020-03-25 14:29 UTC Konstantin Knizhnik <[email protected]> Re: Columns correlation and adaptive query optimization 2020-03-25 13:28 UTC Konstantin Knizhnik <[email protected]> Re: Columns correlation and adaptive query optimization 2020-03-25 10:57 UTC Konstantin Knizhnik <[email protected]> Small computeRegionDelta optimization. 2020-03-25 08:45 UTC Konstantin Knizhnik <[email protected]> Re: Built-in connection pooler 2020-03-24 16:24 UTC Konstantin Knizhnik <[email protected]> Re: [Proposal] Global temporary tables 2020-03-16 07:59 UTC Konstantin Knizhnik <[email protected]> Re: Yet another vectorized engine 2020-02-27 09:03 UTC Konstantin Knizhnik <[email protected]> Re: Yet another vectorized engine 2020-02-26 11:59 UTC Konstantin Knizhnik <[email protected]> Re: Yet another vectorized engine 2020-02-26 09:51 UTC Konstantin Knizhnik <[email protected]> Re: Yet another vectorized engine 2020-02-25 16:40 UTC Konstantin Knizhnik <[email protected]> Re: Yet another vectorized engine 2020-02-25 10:44 UTC Konstantin Knizhnik <[email protected]> Re: Yet another vectorized engine 2020-02-24 12:02 UTC Konstantin Knizhnik <[email protected]> Re: Yet another vectorized engine 2020-02-21 16:58 UTC Konstantin Knizhnik <[email protected]> Re: Yet another vectorized engine 2020-02-10 17:20 UTC Konstantin Knizhnik <[email protected]> Re: Global temporary tables 2020-02-10 16:48 UTC Konstantin Knizhnik <[email protected]> Re: [Proposal] Global temporary tables 2020-02-09 12:05 UTC Konstantin Knizhnik <[email protected]> Re: Global temporary tables 2020-02-07 17:31 UTC Konstantin Knizhnik <[email protected]> Re: [Proposal] Global temporary tables 2020-02-07 17:28 UTC Konstantin Knizhnik <[email protected]> Re: [Proposal] Global temporary tables 2020-02-05 15:48 UTC Konstantin Knizhnik <[email protected]> Re: [Proposal] Global temporary tables 2020-02-05 07:28 UTC Konstantin Knizhnik <[email protected]> Re: [Proposal] Global temporary tables 2020-02-04 16:47 UTC Konstantin Knizhnik <[email protected]> Re: Global temporary tables 2020-02-03 20:56 UTC Konstantin Knizhnik <[email protected]> Re: [Proposal] Global temporary tables 2020-02-03 08:16 UTC Konstantin Knizhnik <[email protected]> Re: [Proposal] Global temporary tables 2020-02-03 08:08 UTC Konstantin Knizhnik <[email protected]> Missing break in RelationFindReplTupleSeq 2020-01-31 13:46 UTC Konstantin Knizhnik <[email protected]> Re: [Proposal] Global temporary tables 2020-01-30 10:02 UTC Konstantin Knizhnik <[email protected]> Re: [Proposal] Global temporary tables 2020-01-30 09:44 UTC Konstantin Knizhnik <[email protected]> Re: [Proposal] Global temporary tables 2020-01-30 09:33 UTC Konstantin Knizhnik <[email protected]> Re: [Proposal] Global temporary tables 2020-01-30 08:45 UTC Konstantin Knizhnik <[email protected]> Re: [Proposal] Global temporary tables 2020-01-29 17:21 UTC Konstantin Knizhnik <[email protected]> Re: [Proposal] Global temporary tables 2020-01-29 15:30 UTC Konstantin Knizhnik <[email protected]> Re: [Proposal] Global temporary tables 2020-01-29 08:12 UTC Konstantin Knizhnik <[email protected]> Re: [Proposal] Global temporary tables 2020-01-27 09:38 UTC Konstantin Knizhnik <[email protected]> Re: [Proposal] Global temporary tables 2020-01-27 09:11 UTC Konstantin Knizhnik <[email protected]> Re: [Proposal] Global temporary tables 2020-01-24 13:17 UTC Konstantin Knizhnik <[email protected]> Re: [Proposal] Global temporary tables 2020-01-24 09:43 UTC Konstantin Knizhnik <[email protected]> Re: [Proposal] Global temporary tables 2020-01-24 08:39 UTC Konstantin Knizhnik <[email protected]> Re: [Proposal] Global temporary tables 2020-01-24 08:20 UTC Konstantin Knizhnik <[email protected]> Re: [Proposal] Global temporary tables 2020-01-16 07:23 UTC Konstantin Knizhnik <[email protected]> Re: Create/alter policy and exclusive table lock 2020-01-14 15:49 UTC Konstantin Knizhnik <[email protected]> Create/alter policy and exclusive table lock 2020-01-14 14:18 UTC Konstantin Knizhnik <[email protected]> Re: [Proposal] Global temporary tables 2020-01-13 08:08 UTC Konstantin Knizhnik <[email protected]> Re: [Proposal] Global temporary tables 2020-01-10 12:24 UTC Konstantin Knizhnik <[email protected]> Re: [Proposal] Global temporary tables 2020-01-10 08:47 UTC Konstantin Knizhnik <[email protected]> Re: [Proposal] Global temporary tables 2020-01-09 15:07 UTC Konstantin Knizhnik <[email protected]> Re: [Proposal] Global temporary tables 2020-01-09 11:17 UTC Konstantin Knizhnik <[email protected]> Re: Columns correlation and adaptive query optimization 2019-12-24 08:15 UTC Konstantin Knizhnik <[email protected]> Re: Read Uncommitted 2019-12-18 12:11 UTC Konstantin Knizhnik <[email protected]> Re: Session WAL activity 2019-12-11 09:37 UTC Konstantin Knizhnik <[email protected]> Re: Why JIT speed improvement is so modest? 2019-12-06 17:18 UTC Konstantin Knizhnik <[email protected]> Re: Why JIT speed improvement is so modest? 2019-12-06 16:52 UTC Konstantin Knizhnik <[email protected]> Re: Session WAL activity 2019-12-06 08:22 UTC Konstantin Knizhnik <[email protected]> Re: Session WAL activity 2019-12-05 09:23 UTC Konstantin Knizhnik <[email protected]> 200+ results
This inbox is served by agora; see mirroring instructions for how to clone and mirror all data and code used for this inbox