这种我用的 json, 索引上用的 multi-value index, 但是几百个的我还真没整过, 可以试下


属性就存 id, 有的话, 值为 1, 就把属性 id 放到 attrs 中,

create table demo (
id int unsigned primary key,
name varchar(255) not null,
attrs json, -- int[], id 从另外一张表来
created_at xx,
updated_at xx,
index idx_attrs ((cast(attrs as unsigned array)))
);


你的要求
1. 占用空间尽量小 [v]
2. 查询方便 [v]
同时是 1
select json_contains(json_array(1,2,3), json_array(1,2)); -> 1
select json_contains(json_array(1,2,3), json_array(1,2, 3)); -> 0
select id, name from demo where json_contain(demo, '[1,2,3]');


其中有一个是 1
select json_overlaps(json_array(1,2,3), json_array(1,2,4)); -> 1
select json_overlaps(json_array(1,2,3), json_array(4)); -> 0
select id, name from demo where json_overlaps(demo, '[1,2,3]');

只查一个的话, 可以用 member of


项目中已经用了, 非常爽
总共数据量几百万, 快上千万, 速度快, explain 就知道不是 ref, 是 range

使用 json 的话, 写 sql 有时候会麻烦很多, 并且要做好前置的校验, 当然用 json 真的爽

关于检查的问题, 医生不知道病人说的是不是真话, 需要靠经验猜+多重验证, 有的症状都是一样的, 但是对应不同的病, 上一个对医生说假话的女的, 才死没多久, 可能都还没投胎呢
如果你是医生, 病人说了假话, 你为了省几个检查的钱, 医死了, 然后病人家属来捅你, 你什么想法?

如果你觉得检查多可以去绑定的社康, 那里不仅检查少, 甚至没有检查, 就根据你说的症状开药, 还报销的比医院多, 我看你在看病开药方面侃侃其谈, 其实你可以自己问 chatgpt 给自己开药的

多交多得, 少交少得, 这才是公平的, 如果觉得不公平, 可以让公司给你多交
在深圳的话, 你可以转深圳户口, 深户是必须 1 档的

医保分档次不只是 深圳/珠海/重庆 有的, 我再举一个例子反驳你这个,中山, @vx007 , 其实这种分档次的医保很多地方都有, 你可以搜索下

说到价格问题, 医生都是真高材生, 培养周期长, 挂号费多少钱, 要是给你 100 块钱以内的让你解决一个问题你干吗? 当然医生有职业因素在那里, 而且道德这把刀挂在那里, 不能类比, 但是问题实质就是这样的

如果觉得这个价格高, 你要找医生做飞刀你可以看看市场价格是什么价格

你可以看看 价格-服务-效率 这个三角要怎么平衡

你以为医院多收你钱, 你想多了, 我同事, 想多住 5 天院, 就当在医院静养, 医生都让她按时走

最后可以让公司买补充医疗, 我上次看病 300 多块钱, 实付 4 块, 二次报销了 150 多块, 相当于套现个人账户的钱

这个我熟, 我老婆在的小厂厂, 用的就是 WPS 开的会员
1. 稳
2. 不需要维护
3. 很小的学习成本

为啥不用 NAS 或者本地免费版本
1. 出了事, 谁背锅,
2. 谁来维护, 老板在家事务繁忙, 总不可能老板来吧
3. 之前他们的 ERP 被勒索病毒干了, 现在吃了亏, 知道这个钱不能省

gost

@ltfree 用 tun 模式, 其他的什么软件都不用配

@dlmy
和你一样, 但是 hk 的分公司已经被血洗了, 职能部门都移到深圳, hk 从 3 层楼洗到只有半层楼

@zshstc eHl6enp6dnZ2dg==

我以为 RM level 的消息会比较灵通，这才第一波，靴子落地要 9 月份才完成😂