Hi Francis,
I tried to do explicit testing here to make sure that the 1.7 to 1.8
upgrade should be painless for you. In places where the protocol has
changed, the old attributes and functionality remains (we explicitly
check for the old value and the absence of the new value).
max_rows_total defaults to 0 which is directly set on the JDBC Statement
object. The value of 0 is special in that it means there is no limit on
the number of results returned by that Statement (this query).
F21 wrote:
Hey guys,
I am in the process of upgrading the go (golang) avatica driver to
support Calcite/Avatica 1.8.0.
I noticed that the protobuf definitions deprecated max_row_count in
favor of max_rows_total.
I also noticed that if I do not include max_rows_total in a Prepare or
PrepareAndExecute request, the server will still accept the request.
In the event that max_rows_total is not provided, what is the default
value/behavior assigned by the server?
Cheers,
Francis
