主键跟索引是两码事。

主键是键，在关系数据模型中是用来当做不同行之间的区分的。根据自然意义的需要，你应当从列当中选择最具代表性，且最少数量的列，当作主键。但这不是必须的，当选不出来的时候，你可以不要主键，这时候会有一个默认的候选键起作用，即所有列的组合。

索引是在主数据之外，用来辅助查询的额外数据。这其中，如果是树索引，且将主数据直接放到树的叶子节点上，这就是聚集索引。其他情况下是非聚集索引，这时候索引数据跟主数据是分开放的，索引上放的是主数据的地址或引用。

关系数据模型的键，不管是选择出来的主键，还是所有列组合的默认键，是一种天然的索引。这二者之间就这么点联系，其他时刻二者都是独立概念。聚集索引必然要用到这个天然索引，不然是无法将主数据跟索引放在一起的，非聚集索引就无所谓了。是否有主键，不影响是否能用聚集索引，但是是否有主键、主键是否单列、主键的值是否顺序，会极大的影响聚集索引的性能表现。

至于聚集索引有什么好处吗，我也不知道，大概是省了一份索引的空间占用吧。缺点倒是大得要命，它让性能参与主键选择策略。

你可以将 JSON 类型映射到 Jackson 的 JsonNode ，然后用 Jackson 的 API 或者 JsonPath 来读写这个 JsonNode

Spring JPA 的实现 Hibernate ，没有为 PostgreSQL JSON 类型提供基本类型映射，所以这个你只能自定义 BasicType 或者 Converter 。

通过 ID （单个或多个）查询数据，但却没给 ID ，这通常是错误调用，应当抛出异常，但这个异常就仅仅是参数无效异常，并不是提前暴漏出去的错误。

但是，非通常场景，比如说无需区分结果为空的原因是没给 ID 还是给了 ID 但没对应的数据，那穿个空的 ID 列表就是正常参数，无需抛出异常。

其实这个的关键还是要看你对 customerIdList 这个参数的定义，是允许空还是不允许空。

有两个问题：
第一，签名生成过程要私钥，授权开始时间还好说因为你这是人工授权，软件每次运行时间这种实时信息是没法进入签名的。软件每次运行时间这一块，你不联网是很难验证的。
第二，签名之后的证书信息或加密信息，你总要随软件主体一起给出，这个不用硬件加密狗就总有被复制的可能性。

错别字纠正：专门搞技术只是个技术 -> 专门搞技术只是个借口

@ZSeptember #15 你对这个技术误区的理解也是误区。专门搞技术只是个技术，真正的目的是避开酒局、无法自主控制的办公时间、不按套路出牌的甲方等各种烦心事。如果国内把业务沟通都限定在正常上班时间内的台面上，那时候就该找不到五年以上经验的编码人员了。

不止 ERP ，大型企业级应用（面向的用户是企业内部人员），对前端基本没啥要求，你们公司就一个前端更说明这一点。这种职位的非核心性，决定了你在前端技术上是不会有啥提升了。但这跟你的前途关系不是那么大。

如果你计划不跳槽，那么你在公司的前途是由你的业务经验（注意是技术开发的业务经验，不是业务员那种业务经验）而非前端技术决定的。ERP 业务熟练了，你就有了向项目经理、售前顾问这些职位上发展的可能性。就算你不打算往这方面发展，一个业务熟练的前端开发，也足以让你在当前岗位上具备不被廉价毕业生或廉价外包项目代替的资本。

ChromeOS 是瘦客户端的服务器操作系统，Chromebook 本质上就是一个自带硬件的浏览器或者云桌面的客户端。知道这一点，你就该知道 Chromebook 是不适合消费市场的，不管是高端消费市场还是大众消费市场。教育市场流行 Chromebook ，那是因为国外教育市场的教学工具是统一发放统一回收的，ipad 不好回收，mac 、surface 这些即不好回收又贵。

三星的手机，买回来第一件事就是刷港版系统，不影响售后（参照之前的帖子，实际上是不影响官方授权的第三方维修），且使用体验上基本没区别（除了三星 pay 这种跟地区绑定的）。三星手机已经退出中国，为了避免不必要的纠纷，像 FCM 、play store 这些不在国内售后范围内的东西，它是出一丁点问题就用阉割来应对。

Powershell 跟 shell 的区别，与 Java 和 Javascript 的区别类似。一有门槛不是你想用就能用的。二真得大多数场景下没必要用。三最要命，等你达到了门槛，并且还有需要的场景的时候，Python 比 Powershell 更好用。

家里的 VHDX 虚拟磁盘，动态扩充类型，最大大小即虚拟机中看到的大小 127GB ，当前文件大小 77.29GB 。而在宿主机的文件属性上，大小和占用空间均为 77.2GB 。

终结吧

@hez2010 #22 你对 GPL 的理解是错误的。首先 GPL 允许盈利。其次 GPL 的名声属于每个贡献者而非原始组织者。再次 GPL 协议项目的社区集中是因为社区管理成本的而非 GPL ，原始社区摆烂后另起社区，或者新旧两个社区和解后再次合并，在开源界是经常发生的事。

GPL 最大的问题是，哪怕只有 0.0001%的部分不适合公开，整体上都没法参与 GPL 了。别得东西都是抛开剂量谈毒性是耍流氓，到 GPL 这就成了只看毒性不看剂量，这就导致 GPL 没法通用。

你对 MIT 的理解也是错误的。MIT 协议的核心不是放弃权力，而是避免被甩锅——代码你想咋用就咋用，但是出了问题别找我。举个例子来说，门口种的可能有毒蘑菇，别人偷吃了你要担责，但你要是树了个 MIT 的牌子，那就不能找你的事。这种甩手掌柜的态度，怎么可能还会有让社区贡献代码的想法，使用 MIT 协议的软件往往连社区都没有。

@ipwx #73 文件系统跟虚拟磁盘动态分配，是两码事。Size 12G ，Size on disk 137M ，这是文件系统干的事，不是虚拟磁盘动态分配干的事。我只是说出这些事实而已。

@tool2d Hyper-V 的 VHDX 动态磁盘，应该有助于区分虚拟磁盘的动态分配，跟 NTFS 文件系统的稀疏文件。如果你有 Hyper-V 的话，创建一个 VHDX 动态虚拟磁盘，然后把虚拟机内磁盘大小、宿主机上文件的 Size 、宿主机上文件的 Size on disk 都列出来，应该就能终结此贴的争论了。

@ipwx #64 扇自己一巴掌，Size on disk 才是磁盘占用空间。但是这个 12 G ，仍然是 NTFS 文件系统的事。