15-12-22
1

【priority字段是不是变成私有的了，我的priority字段排序今天失效了。】这个标题都无效？！！！为何？！！！

升序的变成那个如下所示。其它字段貌似都没有问题，之前是可以排序的，今天排序失效了。

15-12-22

你好，请问该 priority 字段是什么用处？排序失效是指，9 夹在 1000 中间了吧？控制台上不对，请问 SDK 取的时候是不是也乱序？

15-12-22

是的，9夹在1000中间了。不只是控制台不对，云代码获取也不对

15-12-22
BinaryHB

另外，还有好多小于1000的数据的，不管升序还是降序，都是乱序的，其它字段没有问题，就是这个priority字段有问题。

15-12-22

请问，App ID 和 表名？

15-12-22

ID :qe5c3xwlcqlqe6r4pwq220j773bepdd6k2cpj2avgp4fllm7
Class: AGVideo
Field:priority

15-12-22

priority 的默认值 1000 是今天设置的吧，默认值只对新增数据做插入，老的数据并没有真正插入数据，只是查询后做的合并假象。
因此你这里其实是前面这几条新数据是真的有 1000 这个数字，9 是老数据设置的，后面的 1000 其实都是不存在的（查询后的假象），这个排序就可以解释了。

这是默认值的限制。

15-12-22

不是，默认值一直都在，建表一开始就设置了默认值，这个是测试数据库，另外一个正式环境的数据库也只有这个问题，默认值一直都有的，一开始就设置了的。上周都表现好好的，So，我怀疑是你们的系统出现bug了

15-12-22

这个默认值一开始就有的，表也不是今天建立的，两三个月前就建立了，上周之前排序都好好的，这周开始就出问题了

15-12-22

截图的是选择升序排列的情况

15-12-23

没有问题的，升序，比如 55dfe15f60b2e36667aff9e3 这条记录，他的 priority 就是不存在，因此排在前面，9 之前的这几条数据的 priority 都是默认值填充的，我估计是你们导入的吧。