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
ParsingSQLRouter will override limit and offset even if the SQL is single routed. However, DQLMergeEngine will not merge result when queryResult size is just one. 100% compatible(MySQL only, other database dialect is doing) . Thus, there should not have any override operation when single routed.
Steps to reproduce the behavior, such as: SQL to execute, sharding rule configuration, when exception occur etc.
Bug Report
Which version of ShardingSphere did you use?
3.1.0.M1
Which project did you use? Sharding-JDBC or Sharding-Proxy?
Sharding-JDBC
Expected behavior
The SQL is single routed to t_order0;
origin data:
order_id: 1, status: 1
order_id: 1, status: 2
order_id: 1, status: 3
order_id: 1, status: 4
SELECT * FROM t_order WHERE user_id = 0 LIMIT ?, ?;
My programe set two params as 1,2 with PreparedStatement
expexted:
order_id: 1, status: 2
order_id: 1, status: 3
Actual behavior
order_id: 1, status: 1
order_id: 1, status: 2
order_id: 1, status: 3
Reason analyze (If you can)
ParsingSQLRouter
will override limit and offset even if the SQL is single routed. However,DQLMergeEngine
will not merge result whenqueryResult
size is just one.100% compatible(MySQL only, other database dialect is doing) . Thus, there should not have any override operation when single routed.
Steps to reproduce the behavior, such as: SQL to execute, sharding rule configuration, when exception occur etc.
Example codes for reproduce this issue (such as a github link).
The text was updated successfully, but these errors were encountered: