SQL联接：SQL ANSI标准的未来（在何处联接）？
我们正在开发ETL作业，并且我们的顾问在连接表时一直使用“旧式” SQL
select a.attr1, b.attr1
from table1 a, table2 b
where a.attr2 = b.attr2
而不是使用内部连接子句
select a.attr1, b.attr1
from table1 as a inner join table2 as b
on a.attr2 = b.attr2
我的问题是，从长远来看，使用旧的“ where join”是否存在风险？这种联接被支持并保持为ANSI标准的时间有多长？我们的平台是SQL
Server，我的主要原因是将来不再支持这些“ where joins”。发生这种情况时，我们必须使用“内部联接”样式的联接来修改所有ETL作业。
问题答案：
我怀疑是否会支持“ where joins”。不支持它们是不可能的，因为它们基于笛卡尔积和简单的过滤。他们实际上不是联接。
但是使用更新的联接语法有很多原因。除其他外：
- 可读性
- 可维护性
- 轻松更改外部联接
-
表列如下： Users表（表名：Users）： [用户表] Friends表（表名：Friends）： “好友表” 我的Sql代码： 留下下面一栏： “离开栏” 如何修复此缺失的查询？请帮帮我.
-
问题内容： 我在基于放置过滤条件的位置的查询中基于过滤条件得到不同的结果。我的问题是： 这些查询之间在技术上有区别吗？ SQL标准中是否有任何内容可以解释与查询不同的记录集？ 在简化的情况下： 我以为查询将返回相同的结果集，而当它们没有返回时，我感到很惊讶。我使用的是MS SQL2005，在实际查询中，查询1返回了约700行，查询2返回了约1100行，但我无法检测到返回行和排除行的模式。查询1中仍
-
问题内容： 我正在寻找一个hibernate标准以获取以下信息： Dokument.class映射到角色roleId Role.class具有一个ContactPerson contactId Contact.class名字姓 我想在Contact类中搜索名字或姓氏，并检索连接的Dokuments列表。 我已经尝试过这样的事情： 我收到错误，无法为类“ Dokument”解析属性“ LastNam
-
什么是SQL和什么是不同的类型？
-
问题内容： 我有三个表：R，S和P。 表R通过外键与S连接；有 应该 是S中至少一个的记录，所以我可以加入： 如果S中没有记录，那么我没有行，那很好。 然后表S与P联接，其中记录为P可能存在，也可能不存在，并与S联接。 所以我做 如果我想将第二个JOIN绑定到S而不是R，例如我可以使用括号，该怎么办： 还是这已经是R，S和P之间笛卡尔积的自然行为？ 问题答案： 各种外部联接和普通联接都在相同的优先
-
我在两个无界流之间有一个简单的间隔连接。这适用于较小的工作负载，但对于较大的（正式生产环境），它不再有效。通过观察输出，我可以看到FlinkSQL作业仅在扫描整个主题（并因此读入内存？）后才触发/发出记录，但我希望作业在找到ingle匹配后立即触发记录。因为在我的正式生产环境中，作业无法承受将整个表读入内存。 我正在做的间隔连接与这里提供的示例非常相似：https://github.com/ver