Add default_table_access_method to postgresql.conf.sample.
Reported-By: Heikki Linnakangas
Author: Michael Paquier
Discussion: https://postgr.es/m/[email protected]
Backpatch: 12-, where pluggable table access methods were introduced
Branch
--
REL_12_STABLE
Details
Add default_table_access_method to postgresql.conf.sample.
Reported-By: Heikki Linnakangas
Author: Michael Paquier
Discussion: https://postgr.es/m/[email protected]
Backpatch: 12-, where pluggable table access methods were introduced
Branch
--
master
Details
---
Add missing fmgr.h include.
Branch
--
master
Details
---
https://git.postgresql.org/pg/commitdiff/00a5c4c17b76b2d68fab70ec0be0960590a3a7fe
Modified Files
--
src/test/modules/dummy_seclabel/dummy_seclabel.c | 1 +
1 file changed, 1 insertion(+)
Don't include utils/array.h from acl.h.
For most uses of acl.h the details of how "Acl" internally looks like
are irrelevant. It might make sense to move a lot of the
implementation details into a separate header at a later point.
The main motivation of this change is to avoid including fmgr.h (v
Remove fmgr.h includes from headers that don't really need it.
Most of the fmgr.h includes were obsoleted by 352a24a1f9d6f7d4abb1. A
few others can be obsoleted using the underlying struct type in an
implementation detail.
Author: Andres Freund
Discussion:
https://postgr.es/m/20190803193733.g3l3
Remove redundant prototypes for SQL callable functions.
These aren't needed after 352a24a1f9d6. The remaining prototypes are
not defined on the SQL level.
Author: Andres Freund
Discussion:
https://postgr.es/m/[email protected]
Branch
--
master
Details
--
pá 16. 8. 2019 v 17:06 odesílatel Tom Lane napsal:
> Pavel Stehule writes:
> > čt 15. 8. 2019 v 21:22 odesílatel Tom Lane napsal:
> >> I'm slightly hesitant to back-patch this into v11, because it changes
> >> the contents of struct PLpgSQL_type as well as the signature of
> >> plpgsql_build_da
Pavel Stehule writes:
> čt 15. 8. 2019 v 21:22 odesílatel Tom Lane napsal:
>> I'm slightly hesitant to back-patch this into v11, because it changes
>> the contents of struct PLpgSQL_type as well as the signature of
>> plpgsql_build_datatype(), so in principle it could break code that is
>> poking
Remove useless bms_free() calls in build_child_join_rel().
These seem to be leftovers from the original partitionwise-join patch,
perhaps.
Discussion:
https://postgr.es/m/CAPmGK145YiMTPRnvev1dLz8na_-0aZ=xyqn8f2qsjfbutob...@mail.gmail.com
Branch
--
master
Details
---
https://git.postgre