个人感觉，传统关系型数据库只能应付中小型数据量，单一标签查询需求的标签系统，如果是千万级以上数据量，有复合查询需求的，用关系型数据库实现性能会很差。

setacl +1

如果不考虑离线情况，即用户总是联网使用付费功能，则可以考虑不对称加密方式。密钥在服务器上，客户端有公钥，素材的全体或部分用密钥加密后才保存在客户端。平时客户端用公钥解密来使用，这样就无法简单的绕过某个判断来使用完整功能了。

50 年人工智能就很可能产生重大影响，100 年后计算机冯诺依曼体系也许都不会是主流，量子计算也许都是常规电脑里的一个辅助单元了，你还想现在的软件永存？

对这种小样本、没任何科学分组的研究测试，看看就好。

人在社会生活中哪会不遇到什么磕磕碰碰啊。但烦遇到不顺就删库跑路的人，道德底线是很容易下降到给舍友投铊中毒的水平，交友要远离这种人，找对象更是要绕路。

可以考虑告警收敛设计，最近在 51CTO 上看到篇《我们一起聊聊关于运维监控中告警收敛问题》看看有没帮助。

@Jooooooooo 一个我们都知道它存在，上面也知道我们知道它存在，但就是不承认它存在的东西，你能拿谁怎么办？

其实运营商这种普遍做法，是不是公然违反刑法第二百八十六条规定的，对计算机信息系统功能进行删除、修改、增加、干扰，造成计算机信息系统不能正常运行，应该算破坏计算机信息系统罪吧。

需求算是可以理解，不过提供信息仍然还是太简陋。
至少说下你是什么文件系统，用没用 LVM ，这样可以缩小很多无谓的脑力和方向。

如果公司里出现了什么挖矿或者勒索病毒什么的照成一些损失，上头又要追责，IT 没找到入侵途径方式，但是发现了你的摸鱼小路径，那么你就有概率顶锅。

两者有可能在优化器作用下差别不大，你真要比较，应该将 B 重写成 EXISTS 方式的查询语句来比较，因为 exists 可以在子查询只返回第一条记录而不是所有记录，应该对执行计划有较大影响。

但在真实世界里，如果 A 查询对 xx 表的子查询的结果集比较大（例如上万条）那么优化器可能会将原表和子查询结果集做 Hash Join ，而 B 查询也许是 Nested Loop ，这都是视乎你表的数据量和列数据的选择性等情况而定。

所以要做性能比较，这与其上网隔空问，还远不如直接看执行计划或者就是直接执行来得实在。

@hO0O0 制作疫苗需要 HIV 上扣出蛋白钳这个消息令人担忧。我谷歌了一下“蛋白钳 疫苗”，只发现了澳洲昆士兰大学使用其最新开发的“分子钳”专利技术为新型冠状病毒研发疫苗，结果疫苗在 2020 年 12 月因为测试中有 HIV 假阳性而夭折相关新闻。除此之外，并没发现说其它疫苗有用到什么蛋白钳技术，会不会这只是澳洲新冠疫苗的开发才用的独有技术，其它疫苗与此无关？

在卫生间洗手液起点泡擦镜片去油污，然后用抽纸轻柔吸干。湿了水的纸巾不容易弄花镜片。有条件家里备个超声波清洁定期大洗下，因为油污在眼镜框的缝隙里平常洗不到。

@haihuaihe 以往各大外媒一直强调几种灭活疫苗的效果和 mRNA 疫苗有较大数据差距，而内媒则极少公布和提及真实世界数据。如果科兴的效果真的能被数据证明接近辉瑞，以内媒特别是那些自媒体的个性，绝不会藏着匿着应该是敲锣打鼓满世界大书特书的了。

参考各种末日生存物资清单：
大米、面粉、挂面、小麦、稻谷、罐头、泡面、鸡蛋、鱼干、肉干、葡萄干、豆类（可发芽做菜）、奶粉、火腿肠、复合维生素片、油、蜂蜜、糖、盐、调料、口香糖、单兵口粮、泡面、压缩饼干、巧克力棒、脱水蔬菜、干海带、烟、酒、茶、水

这事情的本质其实和奋斗什么的无关，不要被带偏节奏。
1 、工作时长过长，外卖骑手不守交规等等，这类事情本质上就是以损害自身和他人健康、生命为成本的。
2 、劳动法、交通法等限制，就是划出了底线，禁止用这类成本交换利益。
你们默认了 996 ，无论多光鲜，这也和旧社会矿主为了减少成本不提供任何安全保障，矿工为了生活以肺痨为代价下矿，性质是一样的，你能说矿工是奋斗吗?