diff options
author | tengqm <tengqim@cn.ibm.com> | 2016-08-22 02:06:28 -0400 |
---|---|---|
committer | Kevin Benton <kevin@benton.pub> | 2017-04-14 02:53:51 +0000 |
commit | 37873630050f332c95bf0506aa02d47712fb454b (patch) | |
tree | 92b7632149940ba39d4260db99efffe6a8e71359 /HACKING.rst | |
parent | 3e2591cb5e06586a99d5af983c8210dbe5adb5d2 (diff) | |
download | oslo-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