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
Ответ на
Список
Дерево обсуждения
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 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 по дате отправления
От: Noah Misch
Дата:
Сообщение: Re: foreign key locks
От: Peter Eisentraut
Дата:
FAQ