celaraze

子查询直接丢 JOIN 不行吗？还是条件更复杂？

SELECT u.id,
u.name,
GROUP_CONCAT(i.email) AS email,
GROUP_CONCAT(i.phone) AS phone
FROM user u
LEFT JOIN (SELECT * FROM contact where conditions) i ON u.id = i.ref_id
GROUP BY u.id;

@yxd19 大部分是软件决定的，其中高可用（ HA ）、容灾冗余、备份等等都是需要硬件资源开销的，例如要做备份你得有额外的存储空间，要做高可用就得做多个 NAS 随时待命这样。

兄弟，大小周别整，没意思，直接新公司
单休不是简单的单休，按一周来看，双休是做 2.5 天休 1 ，单休是做 6 休 1 。

你信得过我就 Hyper Backup 整机加密备份到我白群，我有公网 IP ，每月请我喝杯咖啡就行^ ^

我自己的 321 方案是，A 盘存数据，B 盘存备份，都是 Basic ，A 盘所有备份全部到 B 盘，B 盘走 webdav+rsync 备份到公司白裙。

同蹲

这不是推广么，又发程序员节点了

是的，你理解的没错。
如果简单的存储需求即使如此。
但存储一旦开始需要信安、容灾、高可用、321 之类，就要自己折腾协议、授权认证、备份、计划任务、磁盘清理、（非）结构化检索、文件去重、压缩、加密存储。市面上的产品优势就体现了。
除此之外，容器化、虚拟机之类的本身不是 NAS 职责范围，只是 All in one 方案。

@SomeBodsy 我也是，巧了

短链接如果没有生命周期或者生命周期足够长，那久而久之，就失去了短链接的意义，最终会变成长链接。

我认为短链接分享的初衷是在于够短，短时间内方便快速传播。