summaryrefslogtreecommitdiff
path: root/HACKING.rst
diff options
context:
space:
mode:
authortengqm <tengqim@cn.ibm.com>2016-08-22 02:06:28 -0400
committerKevin Benton <kevin@benton.pub>2017-04-14 02:53:51 +0000
commit37873630050f332c95bf0506aa02d47712fb454b (patch)
tree92b7632149940ba39d4260db99efffe6a8e71359 /HACKING.rst
parent3e2591cb5e06586a99d5af983c8210dbe5adb5d2 (diff)
downloadoslo-db-4.13.6.tar.gz
Fix marker checking when value is Nonenewton-eol4.13.6stable/newton
There are cases where users sort a table using compound-values sort_key and one of the key has nullable set to True. For example, sorting a table using ['id', 'updated_at'] where 'updated_at' can be None. When marker_value is None, we cannot do value comparison using '<' or '>' operators. This patch adds a check if the value from the marker corresponding to the nullable-key has None value. If that is the case, we skip the comparison. Back to the example above, instead of always getting the following criteria (which doesn't work): (id > MARKER_ID) or (id == MARKER_ID && updated_at > None) <-- failure we will get the following criteria when 'updated_at' is None: (id > MARKER_ID) This is not hurting in any way to existing / legal use cases where callers are expected to include a unique key in sort keys. If there are such cases, this patch is not making things worse because the sorting is already unpredictable. Closes-Bug: #1615938 Change-Id: Iea2cd0bb2556b0b15a0baaa76ef522a3097f9928 (cherry picked from commit b3869d04cff7071c1226758eb8b58fde9eba5b8d)
Diffstat (limited to 'HACKING.rst')
0 files changed, 0 insertions, 0 deletions