我有数据拉取功能，可以在 5 秒内根据modified_timestamp列从 Postgres 表中抓取所有数据。它的工作方式如下：
SELECT * FROM my_table WHERE modified_timestamp > _some_persisted_timestamp其中modified_timestamp使用触发器更新（在任何行更新modified_timestamp变为 之后CURRENT_TIMESTAMP）。它工作正常，直到我注意到CURRENT_TIMESTAMPPostgres 实际上是事务开始时间戳并且一些更新丢失了。他们为什么会迷路？这很简单 - 在我执行查询时，SELECT * FROM my_table WHERE modified_timestamp > _some_persisted_timestamp一些更改已经发生，但modified_timestamp在更新_some_persisted_timestamp之前，因为事务仍在进行中。
当更新对其他事务可见（换句话说，事务提交时间戳）而不是 CURRENT_TIMESTAMP 或 clock_timestamp()时，可以通过在步骤 2 中 分配时间戳来轻松解决此问题。
我阅读了文档，但没有发现与事务提交时间戳相关的任何内容。你能不能给点建议？
顺便说一句，我知道逻辑解码，我知道这种机制在理论上更适合我的需求，但有一些实际问题不允许我使用它。
如何获取列中具有最新值的TIMESTAMPZ行？是否需要索引？指数会改变策略吗？行为会因数据库而异吗（我使用的是 Postgres 9.4）？
我的应用程序记录来自数据馈送的数据。另一个过程无休止地查询以获取最新的最新条目。较旧的数据有时可能来自二手资料。所以最近插入的行通常但不一定是最新的数据。
我正在使用这种 SQL where when_is a TIMESTAMP WITH TIME ZONEcolumn：
SELECT *
FROM my_table_
ORDER BY when_ DESC
LIMIT 1
;
此代码有效（如果数据中没有 NULL 值！）。但是可能有几百万行，并且每 10 秒查询一次，我很担心性能。
when_列上没有任何索引，此语句是否需要对所有行进行全面扫描？
添加索引会改变性能吗？Postgres 会自动扫描索引以定位最近的行，还是我必须做些什么才能进行索引扫描？
使用when_列上的索引，我是否应该更改此 SQL 以使用其他一些查询方法/策略？
有没有其他方法来收集新插入的行？我的主键使用UUID而不是SERIAL 类型，并且可能会在多个数据库实例之间联合数据，因此排除了检查不断增加的整数的可能性。