问题标签 [cross-join]

有人可以帮忙在c#中将以下sql转换为linq吗？

I have been trying to track down a problem with a query I have. The query is actually generated by hibernate from HQL but the resulting SQL doesn't do what I expect. Modifying the SQL slightly produces the correct result but I'm not sure why the modification should make any difference.

Original query (returns no rows)

Modified query - cross join replaced by a comma (implicit cross join)

Returns one row

My understanding, which may be incorrect is that writing from Table1 a, Table2 b is the same as writing from Table 1 a cross join Table2 b. So I don't understand why the queries return different results.

Is is something to do with the interaction between the cross join and the outer joins in the first query that causes this? I've looked at the query plans and second query plan looks reasonable. The first one has no outer joins at all which is strange.

This is on SQLServer 2008.

我正在尝试优化包含交叉连接的查询。我有大型查询，我继续与派生表交叉连接。

是否会通过将派生表转换为视图来提高查询速度？或者甚至在永久表中捕获这些信息？

这是我的查询

这是一个很长的查询，所以不需要全部阅读。要点很简单，就是有一个交叉连接。我是 sql 新手，但有人告诉我交叉连接会减慢速度。

我有 2 个表，其中包含需要加入的大量数据。问题是这 2 个表包含大部分相同的数据，连接有时会产生不希望的结果，但并不意外。结果。这是一个例子：

我正在查看在连接中组合的检查 # 和 trx_number，但我最终得到了一个交叉连接，因为我加入的一切都是一样的。对于我遇到的每种情况，我真的不在乎 trx_number 以哪个检查 # 结尾。

有什么想法吗？

以下是目前的结果：

我想要的是：

我并不关心哪个 trx_number 与哪个 check_number 对应。

这是我当前的查询：

where 子句显然是专门针对这种情况的，在最后的查询中，不会有 where 子句。

我的 SQL 查询有点问题。

我有两张桌子：

表格1

和表 2（注意它具有相同的架构，只是数据不同）。

我试图弄清楚如何编写一个SELECT语句，它返回所有标题WHERE的所有组合ABS(Table1_D0*Table2_D0)+ABS(Table1_D1*Table2_D1)+ABS(Table1_D2*Table2_D2)都小于阈值（可能是硬编码）。

到目前为止，我正在尝试使用 a CROSS JOIN，但我不确定这是否是正确的方法。

这有意义吗？Table1, row1 针对 Table2 的所有行，然后Table1, row2 针对 Table2 的所有行。

如果重要的话，我正在使用 MS SQL。

非常感谢！布雷特

假设我的表中有以下行

表格行

如果我运行以下查询，我会得到 30 行。

结果：

我将如何获得以下结果而不是上述结果？

如您所见，例如，我不想同时获得 63,64 和 64,63。

我正在建立一个照片内容网页。为了使所有的内容组合起来，我使用了交叉连接。假设我有以下简单表格：

桌子照片

我可以从表中做出的组合数是 10，这些是

我通过使用以下交叉连接查询得到上述结果

...并且我使用以下查询来显示用户没有看到的挑战。

到目前为止，这些查询运行良好。phpmyadmin 的每个查询大约需要 0.0002 秒（来自 2300 行）。

假设我的表中有 2000 行。可能的组合数量是巨大的。当我的网站上有很多活跃用户时，我会遇到问题吗？

我想知道是否CROSS JOIN可以在找到任何查询时安全地替换INNER JOIN它。

是INNER JOIN没有ON还是USING完全一样CROSS JOIN？如果是，是否CROSS JOIN发明了该类型只是为了在查询中更好地表达意图？

这个问题的附录是：

CROSS JOIN ... WHERE x使用, INNER JOIN ... ON ( x )或时使用现代和广泛使用的 DBMS 会有区别INNER JOIN ... WHERE ( x )吗？

谢谢你。

我不确定为什么，但是当我按照示例（来自 ms sql 服务器中的北风数据）通过键入如下所示的代码在 Microsoft SQL Server Management Studio 2008 上执行子查询时，

这个带有子查询的 sql 代码自动获得了交叉连接并成为

我玩过这个的几个变种，但没有消除这个问题的运气。这是 microsoft sql server management studio 2008 的已知错误吗？如果是，是否已修补，如何找到已修补的？否则，我如何向 Microsoft 报告此问题并让他们真正快速修复它？

在我的实际查询中，我需要通过使 ID 相等来查询/查找这个特定表的名称大约 50 次，我认为为此做任何类型的 JOIN 简直是愚蠢的，因为代码很粗糙，很长，和性能可能很差？

可能的重复：
WHERE 子句在 IN 和 JOIN 之前或在
INNER JOIN 之后与 WHERE 子句相比更好地执行——有什么区别吗？

如果有的话，以下之间有什么区别？

和

它们在 SQL 中似乎有相同的行为，