@lujiaxing 效率。打错了

@jinxjhin 是的，直接位运算就可以了。不需要 IN. 单字段运算的线路永远是 IN 所不能比的，尤其 IN 的数量大时候

不是, CEF 是能独立存在的么? 它总有个宿主吧? 不是 WinForms 就是 WPF 啊!! 你要单独搞一个界面显示 WPF 的图表那你就单独建窗体呀! 跟 CEF 有什么关系呢?? 你们是用 CEFSharp 还是 chromiumfx ??

但无论如何这些都不是单独存在的, 都是要有宿主的...

你这不是 "+" "-" "=", 是 "从 '+' 到 '='"....

'1'.match(/[+\-=]/) 才对

@sadfQED2 那如果确实是已经 100% 完善了, BUG 清零了, 客户跟产品方面也暂时没有提到过什么新的需求, 那你们又要发什么

@awesomePower 人员变更不是问题呀.
部门权限查询的时候是按人所属部门来的. 他就算是换了个部门, 也是按新的部门的权限查. 他的权限在人员组织架构变更的瞬间就已经跟着改了.
至于人的权限, 人员离职之后人员被标记删除, 这时候他的数据权限归零也好, 留在那也好, 都无所谓了. 反正人都不在了. 新增人员只需要将对应权限增加一个 bit 即可. 嫌麻烦你可以先固定生成一个 100W bit 的二进制数据, 全部填零. 这样就不需要每次都延长数据权限字段数据长度了

这跟 ntdll.dll 没有一分钱关系.
你去 mysql 的 log 目录看下 error 日志才知道怎么回事

@lujiaxing 是 1000. 不是 10000000....000. 勘误

这个我以前倒是做过. 就是数据权限嘛.
当时的需求是:
1. 自己部门的一线员工可以看自己部门的数据.
2. 上级部门领导可以看本部门以及下属部门的数据. 上级部门的一线员工不可以查看下属部门的数据.
3. 部门可以临时抽调人员, 临时抽调人员享有跟借调部门一样的数据权限. 同时被抽调人员仍享有自己原属部门的数据权限.

我当时是这样设计的:
由于我们的用户表与部门表都存在自增 ID, 那么数据权限就是在每条数据后面增加两个字段: 部门权限, 个人权限.
全都是 blob 类型, 大端.
里面按 bit 存储权限. 比如 ID 为 1 的用户可以看, 那么个人权限里的权限二进制值就是 "10000000....000" 即 0x08.
1 2 3 三个用户可以看, 二进制存储就是 1110. 即 0x0E. 以此类推. 按部门权限查询的时候只需要查到这个用户所属部门, 是否为部门领导即可. 如果是部门领导, 则将本部门与下属部门的数据权限做 OR 运算, 就能得到他能看得到的数据了.

几个亿而已...

PostgreSQL 了解一下?

星穹铁道适合你.

@xuanbg 咋可能不要人维护... CI/CD 队列挂了要不要人管? 集群有节点下线了要不要人看? 灰度发布负载均衡难不成程序员来搞么? 他也搞不来啊...

@brom111 这就是上面很多人都说的... 好多团队跟项目就不适合搞微服务... 有些程序员为了简历好看硬上的而已.

@mipawn 直接笑死. 这还做个屁...