可以这么参考一下: 你觉得以后有必要/权利 知道 自己的小孩 的真实工资吗,
如果答案是否, 那现在就理直气壮了.

买台显示器

算是怀旧贴了,
毕竟 14 年到 19 年 也算辉煌过吧.
可惜今年已经是 24 年了.

小程序就这样, 你走人家的平台, 人总要办法割你,
以前经济好的时候 还好说,
但凡, 就.

花钱就能解决问题的方案, 往往是最简洁最优雅的

PowerToys 里有个 PowerRename 挺好用的,
要是我自己做轮子的话, 个人会使用 python,
手里有一个锤子 看什么都像钉子

会计

支持一下楼主.
另外不同意 1 楼的说法, 就不细怼了.

外键是在数据库层面保证数据的完整准确, 按照数据库的设计规范来说 最好能加,
不加的话, 实际业务 要是能承受 出问题时候的情况, 也可以.

我举三个例子, 按照数据出错的严重程度从轻到重 :
1. 在商品评价表里 出现有一条评分来自未知用户, 不存在于用户主表里
2. 在入库表里 发现 有一个 未知的物料, 不存在于物料主表里.
3. 在 支出费用表里出现一张未知的发票, 不存在于发票主表里

那....
先不说好不好, 单说 跟着 "起花名" 这个事情 有, 还是没有呢?

我觉得是年轻时候的重大胜利啊,
等 开始觉得要存钱, 就再也不会那么潇洒了, 不要以为是持续三五年就没事了

这道是基础概念题.
ER = Entity + Relationship.
所以两个实体表, 一个关系表.

15 寸 Air 更有希望钉子户.
处理器什么的倒是小事, 大屏 才是 趋势,
只要不出比 15 寸更大的 Air, 就能一直钉到死

mentor 的逻辑好一些:
现在只需要 特殊处理 数组里最后一个元素, 一个 for 循环里就有 1 个 if. 数组有十万个元素就 十万次 if.
如果要分别特殊处理数组里 最后 10 个元素, 一个 for 循环里就有 10 个 if. 数组十万个元素 就是 (十万乘以 10) 次 if.

躺沙发上刷小视频, 一划一快乐

我大概看懂了, 可能没全懂, 就问一下:
他提出的解决方案 似乎已经很明显了 是将由他自己来实现.
那 OP 提出的解决方案, 打算 让谁来实现呢?

听说过, 的确有这说法, 信不信看自己.
但是 这类事情, 要信或者不信 就要统一, 不能 光挑好的信 坏的不信