sivacohan

没必要因为用不用外键吵架。工程问题我们就应该从工程的视角去分析、判断。不要因为个人的喜好影响客观判断。

外键的作用就是在数据库层面描述表间关系。在这个基础上，提供了数据完整性校验的功能。

那么我们可以分析一下为什么互联网公司用外键的比较少了：

1. 业务没有定型，频繁修改数据库结构。有外键在修改数据结构时会比较复杂。
2. 数据结构简单，甚至退化成日志型。这里强调写入速度，外键提供的数据完整性检查会影响写入效率。
3. 有外键的情况分库分表会比较难处理。

那我们什么时候应该用外键呢？

1. 数据完整性要求严格。
2. 业务模型稳定的情况。
3. 软件开发的流程不完善的情况。从我的从业经验上看，文档能及时更新的团队真的不多。这种情况下，需要一个工具来快速理解业务结构。这时候，带有外键的数据库，我们有大量的工具来进行分析。

临时想到的就这么多，有补充的话请 @我。

我自己做的 Win7 带 NVME 驱动的镜像。下载这个就好了。

链接:https://pan.baidu.com/s/10FPPXj37cq2NN32e85VqAA 密码:hf14

你这样开发是没有问题。针对你的顾虑，你需要注意以下三点内容：

1. jQuery 和 Vue 仅在组件级混用，即所有 jQuery 被 Vue 封装。
2. 尽量减少直接 Dom 操作，使用状态来控制 Dom
3. 尽量使用 Vue 操作 Dom 而非直接使用 jQuery

cacti

这种需求在 OA 或者 ERP 系统里面很常见。做一个简化版的差不多一周工作量就可以了。
Vue 和 React 都有对应的动态表单组建。

如果想要在“简单”的基础上增加可配置性，事情就变得复杂起来了。举个例子，当一个表单里，需要通过一个 select 的选择，同时变化几个 Field 的值，这该怎么配置呢？

你怎么自定义的？

Voicemeeter
关键词：多路输出声卡

你提出的需求实际上包含两个问题。
1. 数据变更日志
2. 用户操作日志

问题 1 有框架级解决方案，一般叫做 ActiveLog。Django 有三个以上的库来解决这个问题。

问题 2 本质上是基于操作审计产生的需求，搜索关键词用 AuditLog 或者 OperationLog。但是因为这种日志往往与实际接口有关，所以还是需要逐个接口配置。尤其像你说的查询操作，这里查询往往会有多表连表的情况，直接记录表名不太合适。

综上所述，数据变更是对应数据库表的，一般框架都能处理。操作日志是对应接口的，因为框架很难确定你使用的接口规范，所以这里需要你单独处理。
操作日志的一个简易形式是字段形式式为 id operator api api_version request response。这个部分直接输出到日志文件里。而后配置日志文件的监听器，把需要展示给用户的部分再抓出来，这样就可以完整满足用户需求了。

code train