SUM trên các hàng riêng biệt có nhiều liên kết

Lược đồ :

CREATE TABLE "items" (
  "id"            SERIAL                   NOT NULL PRIMARY KEY,
  "country"       VARCHAR(2)               NOT NULL,
  "created"       TIMESTAMP WITH TIME ZONE NOT NULL,
  "price"         NUMERIC(11, 2)           NOT NULL
);
CREATE TABLE "payments" (
  "id"      SERIAL                   NOT NULL PRIMARY KEY,
  "created" TIMESTAMP WITH TIME ZONE NOT NULL,
  "amount"  NUMERIC(11, 2)           NOT NULL,
  "item_id" INTEGER                  NULL
);
CREATE TABLE "extras" (
  "id"      SERIAL                   NOT NULL PRIMARY KEY,
  "created" TIMESTAMP WITH TIME ZONE NOT NULL,
  "amount"  NUMERIC(11, 2)           NOT NULL,
  "item_id" INTEGER                  NULL
);

Dữ liệu :

INSERT INTO items VALUES
  (1, 'CZ', '2016-11-01', 100),
  (2, 'CZ', '2016-11-02', 100),
  (3, 'PL', '2016-11-03', 20),
  (4, 'CZ', '2016-11-04', 150)
;
INSERT INTO payments VALUES
  (1, '2016-11-01', 60, 1),
  (2, '2016-11-01', 60, 1),
  (3, '2016-11-02', 100, 2),
  (4, '2016-11-03', 25, 3),
  (5, '2016-11-04', 150, 4)
;
INSERT INTO extras VALUES
  (1, '2016-11-01', 5, 1),
  (2, '2016-11-02', 1, 2),
  (3, '2016-11-03', 2, 3),
  (4, '2016-11-03', 3, 3),
  (5, '2016-11-04', 5, 4)
;

Vì vậy chúng tôi có:

• 3 mặt hàng trong CZ trong 1 ở PL
• 370 kiếm được ở CZ và 25 ở PL
• 350 chi phí ở CZ và 20 ở PL
• 11 kiếm thêm ở CZ và 5 kiếm thêm ở PL

Bây giờ tôi muốn nhận câu trả lời cho các câu hỏi sau:

1. Có bao nhiêu mặt hàng chúng tôi đã có tháng trước ở mỗi quốc gia?
2. Tổng số tiền kiếm được (tổng số thanh toán.amounts) ở mỗi quốc gia là bao nhiêu?
3. Tổng chi phí (tổng các mặt hàng.price) ở mỗi quốc gia là bao nhiêu?
4. Tổng thu nhập thêm (tổng của Extra.amount) ở mỗi quốc gia là bao nhiêu?

Với truy vấn sau ( SQLFiddle ):

SELECT
  country                  AS "group_by",
  COUNT(DISTINCT items.id) AS "item_count",
  SUM(items.price)         AS "cost",
  SUM(payments.amount)     AS "earned",
  SUM(extras.amount)       AS "extra_earned"
FROM items
  LEFT OUTER JOIN payments ON (items.id = payments.item_id)
  LEFT OUTER JOIN extras ON (items.id = extras.item_id)
GROUP BY 1;

Kết quả sai:

 group_by | item_count |  cost  | earned | extra_earned
----------+------------+--------+--------+--------------
 CZ       |          3 | 450.00 | 370.00 |        16.00
 PL       |          1 |  40.00 |  50.00 |         5.00

Chi phí và chi phí thêm cho CZ không hợp lệ - 450 thay vì 350 và 16 thay vì 11. Chi phí và kiếm được cho PL cũng không hợp lệ - chúng được nhân đôi.

Tôi hiểu rằng trong trường hợp LEFT OUTER JOINsẽ có 2 hàng cho mục có mục.id = 1 (và cứ thế cho các trận đấu khác), nhưng tôi không biết cách tạo một truy vấn phù hợp.

Câu hỏi :

1. Làm thế nào để tránh kết quả sai trong tổng hợp trong các truy vấn trên nhiều bảng?
2. Cách tốt nhất để tính tổng trên các giá trị riêng biệt (items.id trong trường hợp đó) là gì?

Phiên bản PostgreSQL : 9.6.1

Vì có thể có nhiều paymentsvà nhiều extrascho mỗi item, bạn chạy vào một "liên kết chéo proxy" giữa hai bảng đó. Tổng hợp các hàng mỗi item_id trước khi tham gia itemvà tất cả phải chính xác:

SELECT i.country         AS group_by
     , COUNT(*)          AS item_count
     , SUM(i.price)      AS cost
     , SUM(p.sum_amount) AS earned
     , SUM(e.sum_amount) AS extra_earned
FROM  items i
LEFT  JOIN (
   SELECT item_id, SUM(amount) AS sum_amount
   FROM   payments
   GROUP  BY 1
   ) p ON p.item_id = i.id
LEFT  JOIN (
   SELECT item_id, SUM(amount) AS sum_amount
   FROM   extras
   GROUP  BY 1
   ) e ON e.item_id = i.id
GROUP BY 1;

Hãy xem xét ví dụ "fishmarket":

• Hai SQL LEFT THAM GIA tạo ra kết quả không chính xác

Nói chính xác, SUM(i.price)sẽ không chính xác sau khi tham gia vào một bảng n duy nhất, nhân mỗi giá với số lượng hàng liên quan. Làm điều đó hai lần chỉ làm cho nó tồi tệ hơn - và cũng có khả năng tính toán tốn kém.

Ồ, và vì hiện tại chúng tôi không nhân nhiều hàng items, chúng tôi chỉ có thể sử dụng rẻ hơn count(*)thay vì count(DISTINCT i.id). ( idLà NOT NULL PRIMARY KEY).

Câu đố SQL.

Nhưng nếu tôi muốn lọc theo items.created?

Giải quyết bình luận của bạn.

Nó phụ thuộc. Chúng ta có thể áp dụng cùng một bộ lọc cho payments.createdvà extras.created?

Nếu có, thì chỉ cần thêm các bộ lọc trong các truy vấn con là tốt. (Có vẻ như không có khả năng trong trường hợp này.)

Nếu không, nhưng chúng tôi vẫn đang chọn hầu hết các mục , truy vấn trên vẫn sẽ hiệu quả nhất. Một số tập hợp trong các truy vấn con được loại bỏ trong các phép nối, nhưng nó vẫn rẻ hơn các truy vấn phức tạp hơn.

Nếu không, và chúng tôi đang chọn một phần nhỏ của các mục, tôi đề xuất các truy vấn con hoặc LATERALtham gia tương quan . Ví dụ:

• Nhiều lệnh gọi Array_agg () trong một truy vấn