Filter:

Messages on June 18, 2016

19 messages8 started threads3 replied (own)8 replied (other)5 other threads1 first patch0 follow-up patch
ActivityThreadSent
Started threadpgsql: Improve error message annotation for GRANT/REVOKE on untrusted Pabout 10 years ago
Replied (other)Upgrades and Error Messagesabout 10 years ago
Started threadpgsql: Update 9.6 release notes through today.about 10 years ago
Started threadFirst patchRethinking behavior of force_parallel_mode = regressabout 10 years ago
Replied (own)New design for FK-based join selectivity estimationabout 10 years ago
Started threadpgsql: Restore foreign-key-aware estimation of join relation sizes.about 10 years ago
Replied (own)New design for FK-based join selectivity estimationabout 10 years ago
Replied (own)Whether to back-patch fix for aggregate transtype width estimatesabout 10 years ago
Replied (other)Questionabl description in datatype.sgmlabout 10 years ago
Replied (other)forcing a rebuild of the visibility mapabout 10 years ago
Replied (other)BUG #14199: The pg_ctl status check on server start is not compatible with the silent_mode=onabout 10 years ago
Replied (other)pgsql: Try again to fix the way the scanjoin_target is used with partiaabout 10 years ago
Started threadpgsql: Still another try at fixing scanjoin_target insertion into paralabout 10 years ago
Replied (other)pgsql: Try again to fix the way the scanjoin_target is used with partiaabout 10 years ago
Started threadpgsql: Fix parallel-safety markings for contrib/dblink.about 10 years ago
Started threadWhether to back-patch fix for aggregate transtype width estimatesabout 10 years ago
Started threadpgsql: Fix handling of argument and result datatypes for partial aggregabout 10 years ago
Replied (other)pgsql: Try again to fix the way the scanjoin_target is used with partiaabout 10 years ago
Replied (other)pgsql: Try again to fix the way the scanjoin_target is used with partiaabout 10 years ago