JPZou
JPZou
请问，目前不支持orderby是因为需要两两之间进行比较，计算量太大了吗？
就是想咨询一下为什么不支持，顺便想请问一下如果实现的话，实现的原理是什么样的？应该怎么解决呢？ > 请问下，能简要描述下您的需求场景么？
C中没有数据，他只是被A和B分别授权了数据，它使用A和B的数据进行计算
中心化的方式
**具体的实例是这样的：** 注：下述2代表参与方B，3代表参与方A，1代表参与方C 首先： A和B分别使用如下指令将自身数据库内容授权给C： `grant select PLAINTEXT_AFTER_GROUP_BY(zzdmc), select PLAINTEXT_AFTER_AGGREGATE(hznl),select PLAINTEXT_AFTER_COMPARE(hzxbmc),select PLAINTEXT_AFTER_COMPARE(hzxbdm),select PLAINTEXT_AFTER_COMPARE(abo_xxmc),select PLAINTEXT_AFTER_COMPARE(zzddm),select PLAINTEXT_AFTER_COMPARE(abo_xxdm) on feddb.cardiac_surgery_set1 to `1`;` `grant select PLAINTEXT_AFTER_GROUP_BY(zzdmc), select PLAINTEXT_AFTER_AGGREGATE(hznl),select PLAINTEXT_AFTER_COMPARE(hzxbmc),select PLAINTEXT_AFTER_COMPARE(hzxbdm),select PLAINTEXT_AFTER_COMPARE(abo_xxmc),select PLAINTEXT_AFTER_COMPARE(zzddm),select PLAINTEXT_AFTER_COMPARE(abo_xxdm) on feddb.cardiac_surgery_set2...
我们稍后试一下，这样去做，但是这样的逻辑感觉还是不太对的样子。 为什么在代码实现上增加了UNION后的数据对所有参与方不为UNKNOWN的要求，这个仅针对计算方不行吗？因为只有计算方能拿到数据呀。 此外，这部分校验的代码的位置在哪里呢？
好的，后续我们这边再测试一下
您好，请问一下，咱们scql的执行过程中，是否使用SPU进行隐私计算，是根据CCL判断的吗？如果去掉了CCL判断，是不是默认就是明文的方式进行计算了。