对这个现象我有一个 90%可能性的猜测：
这个表本来有 36w 行数据，但是因为某些物理损坏，在聚集索引中丢失了中间 3w 行记录的引用。这时候从表的属性看，数据仍然有 36w 行，而且其他非聚集索引仍然完整指向了这 36w 行记录。
当使用聚集索引时，中间的 3w 行数据查不到，但是用非聚集索引查找时能查到所有 36w 行记录。

我尝试重建聚集索引，数据库引擎为了保持数据完整性，把 3w 行记录删除掉，并且通知其他非聚集索引重建。
之后所有方式的查询结果一致，但是 3w 行记录就消失了。

@xsm1890 #3 厉害了，我又看了一下，count （）出来的总数没变，只是数据表属性页里面的条数少了 3w 。
而且按 id 排序的话，发现中间 58000 到 90000 的 id 缺失了。
如果总数没变，不知道这些 id 跑到哪里去了。。。

点进去，左边的职能类别好多重复的。。。显得不够专业啊。。。

@roufan1024 #5 很好，很有精神。就不浪费彼此时间了。

建议 OP 把自己想说的再捋捋，上一句在说人力成本的差距，下一句就跳到伟人划圈，再下一句是外企撤出，分段后又跳转到资金安全风险管理。。。

感觉是想说的东西太多，一团乱麻，不要指望网友能帮你把思路理清楚。只有你先想清楚了才能跟别人交流。

嗯，所以说锅在头文件。
重复引用什么的都是后话。。。

01 背包问题是解决一个背包最大化的算法吧。
能推广到 OP 这种要求 n 个背包最大化的场景吗？

@xtx #30 主要其中一只英短蓝白是肥猫，有 15 斤。。。

OP 这理解能力。。。
HR 这话明明是说：（如果入职）公司提供住宿，在公司提供之前你可以先租一个月。

我家两只猫，每个月吃一袋 5.4kg 的渴望。。。500 元左右，一年要 6000 。。。

chrome 十几个标签就算重度吗？
我数了一下开了 90+标签。。。

@wenzhonghu #37 懂了，谢谢。

@yaphets666 #33 谢谢。senior 我懂，好奇什么合同工比 senior 拿的多一倍。。。

@wenzhonghu #30 合同工和 senior 啥区别？

看一眼窗外的世界。。。那边欢迎 IT 民工养老吗

网盘其实身兼两重身份：私人文件存储、内容分享。
前者要求容量，后者要求带宽。

国内市场的话，后者用户群远高于前者。
但是从监管角度看，这个内容分享的生意行走在版权违法和舆论违规的边缘，
很难持续。

只做私人文件存储的话，又没有多少想象空间。
仍然不看好这门生意。