@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 直接笑死. 这还做个屁...

@aw2350 为啥???? .NET Core 跟前端 Java 比至少不卷. 虽然工资不一定多高但是也没低多少, 着急找到一份工作的话也蛮好的啊... 至少比 Java 好找工作吧???

至于 Go... 你可别坑人了. 2024 年了还怂恿人学 golang? 现在用 Go 的除了虚拟货币 Web3 基本就是 DevOps. 虚拟货币你国不支持, Web3 基本凉凉, DevOps 几乎仅限于大厂和外企. 但是 2023 年之后 进大厂跟外企基本都要 985/211 学历. 不知道对方有没有这种学历的前提下不要贸然推荐别人学 Go.

@me1onsoda 问了一个前同事 (现项目经理), 人家的原话是说:

"缩减服务器成本只是一部分目的. 更重要的是缩减人力成本... 原本微服务开发虽然可伸缩了灵活了但是开发团队却过于臃肿. 一个不算很复杂的项目, 开发团队却有几十号人. 其中还有好几个负责专门维护 CI/CD, K8S 的人... 改成单体之后, 一堆微服务聚合成一个服务, 原本的 K8S 不再需要可以直接停, CI/CD 可以改手动. 等全部改完之后, 原本的那几个 DevOps 可以裁掉了, 开发团队可以裁一半. 原来的运维任务, 技术经理负责就行了"


听完感觉一阵恶寒

@coderxy 说是减少运维成本和人力成本...

如果是 IE 10, 你还想用 MVVM 框架的话, 那你能选择的可能就只有 已逝前端大神 司徒正美 的 avalon 框架了.
https://www.cnblogs.com/rubylouvre/p/3962848.html

ai 好像涉及到高等数学的东西吧 那些东西早还给老师了