Re: Trying out read streams in pgvector (an extension)
Nazir Bilal Yavuz <byavuz81@gmail.com>
From: Nazir Bilal Yavuz <byavuz81@gmail.com>
To: Melanie Plageman <melanieplageman@gmail.com>
Cc: Thomas Munro <thomas.munro@gmail.com>,
"Jonathan S. Katz" <jkatz@postgresql.org>, pgsql-hackers <pgsql-hackers@postgresql.org>
Date: 2025-11-19T07:27:59Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Add read_stream_{pause,resume}()
- 38229cb90516 19 (unreleased) landed
Hi, On Wed, 19 Nov 2025 at 00:17, Melanie Plageman <melanieplageman@gmail.com> wrote: > > To make sure 1) distance isn't reset to a resume_distance from > read_stream_begin_relation() and 2) unexpected buffers aren't returned > from the read stream, we could error out in read_stream_resume() if > pinned_buffers > 0. And in read_stream_reset(), we would save distance > in resume_distance before clearing distance. That would allow calling > read_stream_resume() either if you called read_stream_reset() or if > you exhausted the stream yourself. See rough attached patch for a > sketch of this. This looks correct to me. What do you think about using an assert instead of erroring out? -- Regards, Nazir Bilal Yavuz Microsoft