You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If you plan on implementing retries, here are a few things to watch out for:
For ReadRows make sure to track both the last merged row key and the last_scanned_row_key. So that you can skip over any filtered out rows on stream resumption
There is a gotcha with ServerStreaming RPCs, where they can send all of their data but return an error status code. This is particularly dangerous with ReadRows, where if you aren't careful the resumption request can end up being empty triggering a full table scan.
Try to avoid using serverside timestamps. They prevent mutations from being idempotent
In terms of default timeouts and retry counts, I would recommend to track gapic configs.
Unfortunately, since I'm not familiar with elixir, I don't have anything more specific. If you have any further questions, feel free to ping me.
If you plan on implementing retries, here are a few things to watch out for:
In terms of default timeouts and retry counts, I would recommend to track gapic configs.
Unfortunately, since I'm not familiar with elixir, I don't have anything more specific. If you have any further questions, feel free to ping me.
Originally posted by @igorbernstein2 in #8 (comment)
The text was updated successfully, but these errors were encountered: