Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

postpone write parameter #4

Closed
eulerto opened this issue Aug 25, 2015 · 1 comment
Closed

postpone write parameter #4

eulerto opened this issue Aug 25, 2015 · 1 comment
Assignees
Labels

Comments

@eulerto
Copy link
Owner

eulerto commented Aug 25, 2015

Currently, the plugin outputs JSON in pieces (got data and sent it). The receiver has to maintain the state to know if a complete JSON object has already arrived then it can process it.

At least for the SQL interface POV, it would be a good idea to support buffering JSON object until its end. It would avoid maintain the state in the receiver. The drawback is long transactions would consume a lot of server memory.

PS> unfortunately, pg_recvlogical can't take advantage of this option because you can only provide parameters at startup. Of course, you could choose a convenient default for all your streaming.

@eulerto eulerto self-assigned this Aug 25, 2015
@eulerto
Copy link
Owner Author

eulerto commented Aug 26, 2015

Done in commit 7c9b483

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant