logical decoding doc - Mailing list pgsql-hackers

From Tatsuo Ishii
Subject logical decoding doc
Date
Msg-id 20140319.082743.1358673706437336838.t-ishii@sraoss.co.jp
Whole thread Raw
Responses Re: logical decoding doc  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
It seems two exactly same sql sessions are repeated in
logicaldecoding.sgml. Is this intended?

postgres=# -- You can also peek ahead in the change stream without consuming changes
postgres=# SELECT * FROM pg_logical_slot_peek_changes('regression_slot', NULL, NULL);location  | xid |
  data
 
-----------+-----+-----------------------------------------------0/16E09C0 | 690 | BEGIN 6900/16E09C0 | 690 | table
public.data:INSERT: id[integer]:3 data[text]:'3'0/16E0B90 | 690 | COMMIT 690
 
(3 rows)

postgres=# -- You can also peek ahead in the change stream without consuming changes
postgres=# SELECT * FROM pg_logical_slot_peek_changes('regression_slot', NULL, NULL);location  | xid |
  data
 
-----------+-----+-----------------------------------------------0/16E09C0 | 690 | BEGIN 6900/16E09C0 | 690 | table
public.data:INSERT: id[integer]:3 data[text]:'3'0/16E0B90 | 690 | COMMIT 690
 
(3 rows)

Maybe this is to demonstrating "peek ahead" does not consume changes,
but IMO this is a little bit confusing for readers and I think there's
a room to enhance the second sql session comment for example:

postgres=# -- Again you can also peek ahead in the change stream without consuming changes

Best regards,
--
Tatsuo Ishii
SRA OSS, Inc. Japan
English: http://www.sraoss.co.jp/index_en.php
Japanese: http://www.sraoss.co.jp



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Wiki Page Draft for upcoming release
Next
From: Maxence Ahlouche
Date:
Subject: GSoC application: MADlib k-medoids clustering