mysql中的几种join 及 full join问题 （仅学习）

啊...MySQL JOIN...压力好大...做的时候...我好迷茫...
来说说inner join...2 02 2 年我在那家小公司...写了一份报告...我只是用inner join...来连接用户表和命令表...那个SQL写得很好。
匹配...不匹配...就消失...有时我不明白...
左加入...我记得有一次...当我们进行销售分析时...我们必须查看每一笔销售...我们必须查看售出了多少。
东西...即使卖不出去...它仍然应该列出...性能为0...使用左连接...右表上没有匹配...只是...奇怪...但这就是老板想要的...没有错过销售。
BUY IS NULL...在这种情况下...RIGHT JOIN被大量使用...
FULL JOIN...这是最糟糕的事情...MySQL不支持FULL JOIN...后来我写了...LEFT JOIN+UNION+ RIGHT JOIN...这使得SQL很长...并且效率低下...特别是如果表很大...当服务器等待2 02 分钟时。
我被卡住了...我后来才意识到...我可以跳过整个连接吗？ CONNECT...尽量不要使用...
UNION TRY UNION...我不太明白这个...这两个表似乎是分开的...但是当我写它时...它是UNION...它是MINUS...这让我更加困惑...也许我很极端...我认为这个东西没用。
是的...但是后来发现的...当表结构改变的时候...比如增加一个字段的时候...或者改变一个字段名的时候...自然关系不对...后来写SQL...我不敢用自然关系...怕出错...
可能我有点罗嗦了。
但这些例子都是具体的……2 02 2 年……某个城市……多少钱……多少钱……这些都不重要……主要是JOIN没有用好……整个报表都坏了……想想看……上百张表……如果JOIN做错了……那么数据……都可能是错的……

MySQL用locate作两表关联条件怎么理解

这是一个陷阱，不要使用locate()来关联路径。

实用提醒：使用JOIN运算符关联路径表。

mysql 中怎么关联表

这是一个陷阱，不信，不做。