更快的 CROSS JOIN 替代方案 - PostgreSQL

Question

我正在尝试交叉联接两个表（客户和项目），这样我就可以创建按客户按项目的销售报告。我有 2000 个客户和 2000 个商品。

从客户中选择客户名称； --需要 100 毫秒

从项目中选择 item_number; --需要 50 毫秒

从客户中选择 customer_name、item_number CROSS JOIN 项目；需要 200000ms

我知道这是 400 万行，但是有可能让它运行得更快吗？我想最终将其与这样的销售表连接起来：

SELECT customer_name, item_number, sales_total FROMcustomers CROSS JOIN items LEFT JOIN sales ON (customer.customer_name = sales.customer_name, item.item_number=sales.item_number);< /code>

销售表显然不会包含所有客户或所有商品，因此这里的目标是有一个报告，显示所有客户和所有商品以及已售出和未售出的商品。

我正在使用 PostgreSQL 8.4

Answer 1

回答你的问题：不，你不能比这更快地进行交叉连接 - 如果你可以，那么这就是交叉连接的实现方式。

但实际上您并不想要交叉连接。您可能需要两个单独的查询，一个列出所有客户，另一个列出所有商品以及它们是否已售出。

Answer 2

这确实需要多份报告。我能立即想到几个可以产生更有效的信息包装的方法：

1. 报告：按客户/商品统计所有购买的数量（显而易见）。
2. 报告：客户未购买的所有商品的列表。
3. 报告：报告 #2 的摘要（项目计数），以便确定要重点关注的客户的优先级。
4. 报告：列出所有未购买商品的顾客的列表。
5. 报告：报告#3（客户数量）摘要，以确定最受欢迎和不受欢迎的商品以采取进一步行动。
6. 报告：过去购买过商品但在报告期间未购买的所有客户的列表。仅当销售表有日期并且客户预计是常规买家（即一次性小部件）时，此报告才相关。对于服务合同之类的事情不太适用。

这里的要点是，人们不应该坚持要求该工具立即处理所有可能的结果并生成更多数据，任何人都可以手动消化。人们应该让数据的最终用户和消费者了解他们的需求，并定制输出以满足这些需求。从长远来看，这将使双方的生活变得更加轻松。

Answer 3

如果您希望查看给定客户的所有商品（即使该客户没有商品），我宁愿尝试

SELECT c.customer_name, i.item_number, s.sales_total
FROM customers c LEFT JOIN 
    sales s ON c.customer_name = s.customer_name LEFT OIN
    items i on i.item_number=s.item_number

这应该为您提供所有客户的列表，以及由销售加入的所有商品。

Answer 4

也许你想要这样的东西？

select c.customer_name, i.item_number, count( s.customer_name ) as total_sales
from customers c full join sales s on s.customer_name = c.customer_name
full join items i on i.item_number = s.item_number
group by c.customer_name, i.item_number