会什么选什么。PG 功能强大但是我只会玩 MySQL 所以我用 MySQL 。

我以为你要批判一把中学搞 NOIP 的。进来一看是说大一开始从零 ACM 的。
身边周围还有很多大四毕业了还不会写代码做软件的人，大一零基础 ACM 啥都不会那不是很正常么……

理论上只要你硬盘够大够快，就没什么问题。回滚无非就是烧点硬盘性能罢了。

如果你对 RH 系有需求的话，商业水平的可以用 Oracle 和 alma，社区维护的可以用 rocky 。

楼上说的对，出现这些问题，但是同事都不懂，那应该搞一些研讨会学习会，让一两个懂的人出来给其他人讲解一下。然后 leader 也应该制定规范，让大家知道哪些东西是必须要遵守的。
从你说的来看，这两个 leader 都有些问题，工作没有做好，导致下面拉稀。

以前公司的一个同事之前去了一个公司，是通过分析社交网络上的内容来预测走势的。你要是想做分析的话可以走这条路试试。

@JasonLaw 但是做外键不就是为了强一致性么。

@programV2 @hsfzxjy
倒是有 16.04.1 和 16.04.4 。

这里 16.04 是大版本（年.月），后面的.1 和.4 是小版本。

@JasonLaw ORM 在执行数据写入的时候是可以往上挂钩子做额外处理的。

举个简单的例子。你有两个表，一个用户表，一个帖子表，帖子外键连到用户。

现在你把一个用户删了，那么这个用户对应的帖子就需要做适当的处理。
比如你可以在用户的删除钩子上，把他发的所有帖子的用户 ID 都改成一个特殊用户的 ID 。
这样那些帖子就不会被删除了。
当然，这个钩子里还可以做其他的操作，比如更新用户的发帖数，更新页面缓存，等等。

而用数据库外键的话，你一做级联删除，这些帖子就消失不见了，你也没法在对象上加钩子来处理这些事件。
换句话说，数据库背着程序做了一些修改，而程序没有感知。
这个行为我觉得是很可怕的。

所以我宁愿让 ORM 来负责一致性。我想级联删除就级联删除，我想用钩子做其他处理，就绑钩子。

所以你说的是数据库物理外键还是说框架里的逻辑外键？

我觉得逻辑外键要有，但是物理外键还是算了吧。
物理外键删数据的时候连 hook 都不会走，天知道会漏跑什么东西。

N+1，项目初期，或者量小的时候，可以不用优化。
但是数据量大了，开始针对热点优化的时候，还不知道去改，那是真的不应该。
当然，有些坑不亲自跳一次是不知道的，这些人可能就是经验太少，没跳过这坑，你只要不提他们就根本不知道要这么做。

@programV2 就算用 dist-upgrade 也得先改软件源啊。
dist-upgrade 和 upgrade 的区别只在于出现冲突时的处理方法而已。
然后不同版本之间的升级最好使用官方支持的方式，比如说 16 到 20 需要先升到 18 再升到 20 。

更新没问题，升级不行。

发行版里的「稳定版」，指的就是版本稳定，保证兼容。你从 7.0 一路升级到 7.9，基本可以保证所有的软件都能正常运行。但是你从 7.9 升到 8.0，那就等于是推倒重来了，你所有的软件都应该针对新版本做测试和适配。

Ubuntu 和 Debian 都可以升级。如果你不改软件源里的版本，那你就一直待在原来的版本上，这时候 upgrade 是没问题的，只会修复 Bug 和安全问题。如果你改了版本，再 upgrade，那就是升级系统版本了。

才几千文件问题不大，可做可不做。如果是几十万几百万，那肯定是分开存放速度更快。

当然了，如果你用 Reiser 文件系统的话，倒是不一定要这么做，Reiser 家族处理大量文件性能挺好的。

https://cmake.org/cmake/help/latest/command/find_library.html
https://cmake.org/cmake/help/latest/command/find_package.html
这两个吗？正常途径安装的应该都能找到的，不需要自己写路径。

装老系统就用老电脑啊。
帮你搜了一下，你的集显需要 5.9 内核，这是去年才发布的。
你要装的 CentOS 7，2014 年发布的……

要装企业级操作系统，还是建议用人家认证过的工作站或者服务器。
你随便组一台电脑来，有兼容性问题，谁管你啊……

二手翻新盘，用两个月以后报废，数据全丢光，原来这叫不折腾啊。

又不是天天要大量读写的，SMR 又不是不能用。
你是打算在盘上跑高性能数据库还是做 4K 视频剪辑啊。