Re: [PATCH 09/14] Adjust all *Satisfies routines to take a HeapTuple instead of a HeapTupleHeader
От
Steve Singer
Тема
Re: [PATCH 09/14] Adjust all *Satisfies routines to take
a HeapTuple instead of a HeapTupleHeader
Дата
Msg-id
BLU0-SMTP74B4A33BA0E0786A5DA368DC500@phx.gbl
Ответ на
[PATCH 09/14] Adjust all *Satisfies routines to take a HeapTuple instead of a HeapTupleHeader (Andres Freund)
Список
Дерево обсуждения
logical changeset generation v3 andres@anarazel.de (Andres Freund)
[PATCH 01/14] Add minimal binary heap implementation Andres Freund <andres@2ndquadrant.com>
[PATCH 10/14] Allow walsender's to connect to a specific database Andres Freund <andres@2ndquadrant.com>
[PATCH 11/14] Introduce wal decoding via catalog timetravel Andres Freund <andres@2ndquadrant.com>
Re: [PATCH 11/14] Introduce wal decoding via catalog timetravel Steve Singer <steve@ssinger.info>
Re: [PATCH 11/14] Introduce wal decoding via catalog
timetravel Andres Freund <andres@2ndquadrant.com>
Re: [PATCH 11/14] Introduce wal decoding via catalog
timetravel Andres Freund <andres@2ndquadrant.com>
Re: [PATCH 11/14] Introduce wal decoding via catalog timetravel Steve Singer <steve@ssinger.info>
Re: [PATCH 11/14] Introduce wal decoding via catalog timetravel Andres Freund <andres@2ndquadrant.com>
Re: [PATCH 11/14] Introduce wal decoding via catalog timetravel Steve Singer <steve@ssinger.info>
[PATCH 12/14] Add a simple decoding module in contrib named 'test_decoding' Andres Freund <andres@2ndquadrant.com>
[PATCH 13/14] Introduce pg_receivellog, the pg_receivexlog equivalent for logical changes Andres Freund <andres@2ndquadrant.com>
Re: [PATCH 13/14] Introduce pg_receivellog, the
pg_receivexlog equivalent for logical changes Michael Paquier <michael.paquier@gmail.com>
[PATCH 14/14] design document v2.3 and snapshot building design doc v0.2 Andres Freund <andres@2ndquadrant.com>
[PATCH 02/14] Add support for a generic wal reading facility dubbed XLogReader Andres Freund <andres@2ndquadrant.com>
Re: [PATCH 02/14] Add support for a generic wal reading
facility dubbed XLogReader Heikki Linnakangas <hlinnakangas@vmware.com>
Re: [PATCH 02/14] Add support for a generic wal reading facility
dubbed XLogReader Andres Freund <andres@2ndquadrant.com>
Re: [PATCH 02/14] Add support for a generic wal reading
facility dubbed XLogReader Alvaro Herrera <alvherre@2ndquadrant.com>
Re: [PATCH 02/14] Add support for a generic wal reading
facility dubbed XLogReader Andres Freund <andres@2ndquadrant.com>
Re: [PATCH 02/14] Add support for a generic wal reading
facility dubbed XLogReader Alvaro Herrera <alvherre@2ndquadrant.com>
Re: [PATCH 02/14] Add support for a generic wal reading
facility dubbed XLogReader Heikki Linnakangas <hlinnakangas@vmware.com>
Re: [PATCH 02/14] Add support for a generic wal reading
facility dubbed XLogReader Alvaro Herrera <alvherre@2ndquadrant.com>
Re: [PATCH 02/14] Add support for a generic wal reading
facility dubbed XLogReader Alvaro Herrera <alvherre@2ndquadrant.com>
Re: [PATCH 02/14] Add support for a generic wal reading
facility dubbed XLogReader Alvaro Herrera <alvherre@2ndquadrant.com>
Re: [PATCH 02/14] Add support for a generic wal reading facility
dubbed XLogReader Andres Freund <andres@2ndquadrant.com>
Re: [PATCH 02/14] Add support for a generic wal reading facility
dubbed XLogReader Heikki Linnakangas <hlinnakangas@vmware.com>
Re: [PATCH 02/14] Add support for a generic wal reading facility
dubbed XLogReader Heikki Linnakangas <hlinnakangas@vmware.com>
Re: [PATCH 02/14] Add support for a generic wal reading facility
dubbed XLogReader Heikki Linnakangas <hlinnakangas@vmware.com>
Re: [PATCH 02/14] Add support for a generic wal reading facility
dubbed XLogReader Andres Freund <andres@2ndquadrant.com>
Re: Re: [PATCH 02/14] Add support for a generic wal
reading facility dubbed XLogReader Andres Freund <andres@2ndquadrant.com>
Re: Re: [PATCH 02/14] Add support for a generic wal
reading facility dubbed XLogReader Andres Freund <andres@2ndquadrant.com>
Re: Re: [PATCH 02/14] Add support for a generic wal reading
facility dubbed XLogReader Robert Haas <robertmhaas@gmail.com>
Re: Re: [PATCH 02/14] Add support for a generic wal reading facility dubbed XLogReader Dimitri Fontaine <dimitri@2ndQuadrant.fr>
Re: Re: [PATCH 02/14] Add support for a generic wal reading facility dubbed XLogReader Tom Lane <tgl@sss.pgh.pa.us>
Re: Re: [PATCH 02/14] Add support for a generic wal reading
facility dubbed XLogReader Peter Geoghegan <peter@2ndquadrant.com>
Re: Re: [PATCH 02/14] Add support for a generic wal
reading facility dubbed XLogReader Andres Freund <andres@2ndquadrant.com>
Re: Re: [PATCH 02/14] Add support for a generic wal reading facility dubbed XLogReader Dimitri Fontaine <dimitri@2ndQuadrant.fr>
Re: Re: [PATCH 02/14] Add support for a generic wal reading facility dubbed XLogReader Dimitri Fontaine <dimitri@2ndQuadrant.fr>
Re: [PATCH 02/14] Add support for a generic wal reading facility
dubbed XLogReader Andres Freund <andres@2ndquadrant.com>
Re: [PATCH 02/14] Add support for a generic wal reading facility
dubbed XLogReader Heikki Linnakangas <hlinnakangas@vmware.com>
Re: Re: [PATCH 02/14] Add support for a generic wal
reading facility dubbed XLogReader Alvaro Herrera <alvherre@2ndquadrant.com>
Re: [PATCH 02/14] Add support for a generic wal reading facility
dubbed XLogReader Heikki Linnakangas <hlinnakangas@vmware.com>
[PATCH 03/14] Add simple xlogdump tool Andres Freund <andres@2ndquadrant.com>
Re: [PATCH 03/14] Add simple xlogdump tool Peter Eisentraut <peter_e@gmx.net>
Re: [PATCH 03/14] Add simple xlogdump tool Andres Freund <andres@2ndquadrant.com>
Re: [PATCH 03/14] Add simple xlogdump tool Andres Freund <andres@2ndquadrant.com>
Re: [PATCH 03/14] Add simple xlogdump tool Jeff Janes <jeff.janes@gmail.com>
Re: [PATCH 03/14] Add simple xlogdump tool Andres Freund <andres@2ndquadrant.com>
Re: [PATCH 03/14] Add simple xlogdump tool Jeff Janes <jeff.janes@gmail.com>
Re: [PATCH 03/14] Add simple xlogdump tool Andres Freund <andres@2ndquadrant.com>
[PATCH 04/14] Add a new RELFILENODE syscache to fetch a pg_class entry via (reltablespace, relfilenode) Andres Freund <andres@2ndquadrant.com>
[PATCH 05/14] Add a new relmapper.c function RelationMapFilenodeToOid that acts as a reverse of RelationMapOidToFilenode Andres Freund <andres@2ndquadrant.com>
Re: [PATCH 05/14] Add a new relmapper.c function
RelationMapFilenodeToOid that acts as a reverse of RelationMapOidToFilenode Michael Paquier <michael.paquier@gmail.com>
Re: [PATCH 05/14] Add a new relmapper.c function
RelationMapFilenodeToOid that acts as a reverse of RelationMapOidToFilenode Andres Freund <andres@2ndquadrant.com>
Re: [PATCH 05/14] Add a new relmapper.c function
RelationMapFilenodeToOid that acts as a reverse of RelationMapOidToFilenode Michael Paquier <michael.paquier@gmail.com>
Re: [PATCH 05/14] Add a new relmapper.c function
RelationMapFilenodeToOid that acts as a reverse of RelationMapOidToFilenode Andres Freund <andres@2ndquadrant.com>
[PATCH 06/14] Add a new function pg_relation_by_filenode to lookup up a relation given the tablespace and the filenode OIDs Andres Freund <andres@2ndquadrant.com>
[PATCH 07/14] Introduce InvalidCommandId and declare that to be the new maximum for CommandCounterIncrement Andres Freund <andres@2ndquadrant.com>
[PATCH 08/14] Store the number of subtransactions in xl_running_xacts separately from toplevel xids Andres Freund <andres@2ndquadrant.com>
Re: [PATCH 08/14] Store the number of subtransactions in
xl_running_xacts separately from toplevel xids Simon Riggs <simon@2ndQuadrant.com>
Re: [PATCH 08/14] Store the number of subtransactions in
xl_running_xacts separately from toplevel xids Andres Freund <andres@2ndquadrant.com>
Re: [PATCH 08/14] Store the number of subtransactions in
xl_running_xacts separately from toplevel xids Simon Riggs <simon@2ndQuadrant.com>
[PATCH 09/14] Adjust all *Satisfies routines to take a HeapTuple instead of a HeapTupleHeader Andres Freund <andres@2ndquadrant.com>
Re: [PATCH 09/14] Adjust all *Satisfies routines to take
a HeapTuple instead of a HeapTupleHeader Steve Singer <steve@ssinger.info>
Re: logical changeset generation v3 - git repository Andres Freund <andres@2ndquadrant.com>
Re: logical changeset generation v3 - git repository Andres Freund <andres@2ndquadrant.com>
Re: logical changeset generation v3 - git repository Peter Geoghegan <peter@2ndquadrant.com>
Re: logical changeset generation v3 - git repository Andres Freund <andres@2ndquadrant.com>
Re: logical decoding - GetOldestXmin Andres Freund <andres@2ndquadrant.com>
Re: logical decoding - GetOldestXmin Robert Haas <robertmhaas@gmail.com>
Re: logical decoding - GetOldestXmin Andres Freund <andres@2ndquadrant.com>
Re: logical decoding - GetOldestXmin Simon Riggs <simon@2ndQuadrant.com>
Re: logical decoding - GetOldestXmin Andres Freund <andres@2ndquadrant.com>
Re: logical decoding - GetOldestXmin Robert Haas <robertmhaas@gmail.com>
Re: logical decoding - GetOldestXmin Andres Freund <andres@2ndquadrant.com>
Re: logical decoding - GetOldestXmin Andres Freund <andres@2ndquadrant.com>
Re: logical decoding - GetOldestXmin Robert Haas <robertmhaas@gmail.com>
Re: logical decoding - GetOldestXmin "anarazel@anarazel.de" <andres@anarazel.de>
Re: logical decoding - GetOldestXmin Robert Haas <robertmhaas@gmail.com>
Re: logical decoding - GetOldestXmin Andres Freund <andres@2ndquadrant.com>
Re: logical decoding - GetOldestXmin Robert Haas <robertmhaas@gmail.com>
Re: logical decoding - GetOldestXmin Michael Paquier <michael.paquier@gmail.com>
Re: logical decoding - GetOldestXmin Simon Riggs <simon@2ndQuadrant.com>
Re: logical decoding - GetOldestXmin Andres Freund <andres@2ndquadrant.com>
Re: lcr - walsender integration Andres Freund <andres@2ndquadrant.com>
Re: logical changeset generation v3 Josh Berkus <josh@agliodbs.com>
Re: logical changeset generation v3 - comparison to Postgres-R
change set format Markus Wanner <markus@bluegap.ch>
Re: logical changeset generation v3 - comparison to
Postgres-R change set format Andres Freund <andres@2ndquadrant.com>
Re: logical changeset generation v3 - comparison to Postgres-R
change set format Markus Wanner <markus@bluegap.ch>
Re: logical changeset generation v3 - comparison to
Postgres-R change set format Andres Freund <andres@2ndquadrant.com>
Re: logical changeset generation v3 - comparison to Postgres-R
change set format Markus Wanner <markus@bluegap.ch>
Re: logical changeset generation v3 - comparison to Postgres-R
change set format Hannu Krosing <hannu@2ndQuadrant.com>
Re: logical changeset generation v3 - comparison to Postgres-R
change set format Markus Wanner <markus@bluegap.ch>
Re: logical changeset generation v3 - comparison to Postgres-R
change set format Hannu Krosing <hannu@2ndQuadrant.com>
Re: logical changeset generation v3 - comparison to Postgres-R
change set format Noah Misch <noah@leadboat.com>
Re: logical changeset generation v3 - comparison to Postgres-R change
set format Hannu Krosing <hannu@2ndQuadrant.com>
Re: logical changeset generation v3 - comparison to Postgres-R change
set format Hannu Krosing <hannu@2ndQuadrant.com>
Re: Re: logical changeset generation v3 - comparison to Postgres-R change set format Tom Lane <tgl@sss.pgh.pa.us>
Re: logical changeset generation v3 - comparison to Postgres-R
change set format Andres Freund <andres@2ndquadrant.com>
Re: Re: logical changeset generation v3 - comparison to
Postgres-R change set format Markus Wanner <markus@bluegap.ch>
Re: Re: logical changeset generation v3 - comparison to
Postgres-R change set format Hannu Krosing <hannu@2ndQuadrant.com>
Re: Re: logical changeset generation v3 - comparison to
Postgres-R change set format Markus Wanner <markus@bluegap.ch>
Re: Re: logical changeset generation v3 - comparison to Postgres-R change set format Dimitri Fontaine <dimitri@2ndQuadrant.fr>
Re: Re: logical changeset generation v3 - comparison to
Postgres-R change set format Hannu Krosing <hannu@2ndQuadrant.com>
Re: logical changeset generation v3 - comparison to Postgres-R change
set format Hannu Krosing <hannu@2ndQuadrant.com>
Re: logical changeset generation v3 - comparison to Postgres-R
change set format Markus Wanner <markus@bluegap.ch>
Re: logical changeset generation v3 - comparison to Postgres-R
change set format Hannu Krosing <hannu@2ndQuadrant.com>
Re: logical changeset generation v3 - Source for Slony Steve Singer <steve@ssinger.info>
Re: logical changeset generation v3 - Source for Slony Andres Freund <andres@2ndquadrant.com>
Re: logical changeset generation v3 - Source for Slony Steve Singer <steve@ssinger.info>
Re: logical changeset generation v3 - Source for Slony Andres Freund <andres@2ndquadrant.com>
Re: logical changeset generation v3 Michael Paquier <michael.paquier@gmail.com>
Re: logical changeset generation v3 Andres Freund <andres@anarazel.de>
Re: logical changeset generation v3 Michael Paquier <michael.paquier@gmail.com>
Re: logical changeset generation v3 Andrea Suisani <sickpig@opinioni.net>
Re: logical changeset generation v3 Michael Paquier <michael.paquier@gmail.com>
Re: logical changeset generation v3 Michael Paquier <michael.paquier@gmail.com>
Re: logical changeset generation v3 Andres Freund <andres@2ndquadrant.com>
Re: logical changeset generation v3 Andres Freund <andres@2ndquadrant.com>
Re: logical changeset generation v3 Michael Paquier <michael.paquier@gmail.com>
Re: logical changeset generation v3 Andres Freund <andres@2ndquadrant.com>
Re: logical changeset generation v3 Michael Paquier <michael.paquier@gmail.com>
Re: logical changeset generation v3 Andres Freund <andres@2ndquadrant.com>
Re: logical changeset generation v3 Michael Paquier <michael.paquier@gmail.com>
Re: logical changeset generation v3 Andres Freund <andres@2ndquadrant.com>
Re: logical changeset generation v3 Michael Paquier <michael.paquier@gmail.com>
Re: logical changeset generation v3 Andres Freund <andres@2ndquadrant.com>
Re: logical changeset generation v3 Michael Paquier <michael.paquier@gmail.com>
Re: logical changeset generation v3 Andres Freund <andres@2ndquadrant.com>
Re: logical changeset generation v3 Michael Paquier <michael.paquier@gmail.com>
Re: logical changeset generation v3 Andres Freund <andres@2ndquadrant.com>
Re: logical changeset generation v3 Michael Paquier <michael.paquier@gmail.com>
Re: logical changeset generation v3 Andres Freund <andres@2ndquadrant.com>
On 12-11-14 08:17 PM, Andres Freund wrote:
For the regular satisfies routines this is needed in prepareation of logical decoding. I changed the non-regular ones for consistency as well. The naming between htup, tuple and similar is rather confused, I could not find any consistent naming anywhere. This is preparatory work for the logical decoding feature which needs to be able to get to a valid relfilenode from when checking the visibility of a tuple.
I have taken a look at this patch. The patch does what it says, it changes a bunch of
HeapTupleSatisfiesXXXX routines to take a HeapTuple structure instead of a HeapTupleHeader.
It also sets the HeapTuple.t_tableOid value before calling these routines.
The patch does not modify these routines to actually do anything useful with the additional data fields though it does add some assertions to make sure t_tableOid is set.
The patch compiles cleanly and the unit tests pass.
This patch does not seem to depend on any of the other patches in this set and applies cleanly against master. The patch doesn't actually add any functionality, unless someone sees a reason for complaining about this that I don't see, then I think it can be committed.
Steve
---contrib/pgrowlocks/pgrowlocks.c | 2 +-src/backend/access/heap/heapam.c | 13 ++++++----src/backend/access/heap/pruneheap.c | 16 ++++++++++--src/backend/catalog/index.c | 2 +-src/backend/commands/analyze.c | 3 ++-src/backend/commands/cluster.c | 2 +-src/backend/commands/vacuumlazy.c | 3 ++-src/backend/storage/lmgr/predicate.c | 2 +-src/backend/utils/time/tqual.c | 50 +++++++++++++++++++++++++++++-------src/include/utils/snapshot.h | 4 +--src/include/utils/tqual.h | 20 +++++++--------11 files changed, 83 insertions(+), 34 deletions(-)
В списке pgsql-hackers по дате отправления