Tính tổng cộng chạy trong MySQL

Question

Tôi có truy vấn này MySQL:

SELECT DAYOFYEAR(`date`) AS d, COUNT(*) 
FROM `orders` 
WHERE `hasPaid` > 0 
GROUP BY d 
ORDER BY d 

nào trả về một cái gì đó như thế này:

d | COUNT(*) | 
20 | 5  | 
21 | 7  | 
22 | 12  | 
23 | 4  | 

Những gì tôi thực sự muốn một cột ở cuối dòng để hiển thị là chạy tổng số:

d | COUNT(*) | ??? | 
20 | 5  | 5 | 
21 | 7  | 12 | 
22 | 12  | 24 | 
23 | 4  | 28 | 

Điều này có thể?

Answer 1

Có lẽ một giải pháp đơn giản hơn cho bạn và ngăn cơ sở dữ liệu phải thực hiện nhiều truy vấn. Điều này thực hiện chỉ một truy vấn sau đó thực hiện một phép toán nhỏ trên các kết quả trong một lần truyền.

SET @runtot:=0; 
SELECT 
    q1.d, 
    q1.c, 
    (@runtot := @runtot + q1.c) AS rt 
FROM 
    (SELECT 
     DAYOFYEAR(`date`) AS d, 
     COUNT(*) AS c 
    FROM `orders` 
    WHERE `hasPaid` > 0 
    GROUP BY d 
    ORDER BY d) AS q1 

Điều này sẽ cung cấp cho bạn một cột RT bổ sung (tổng chạy). Đừng bỏ lỡ câu lệnh SET ở trên cùng để khởi tạo biến tổng số đang chạy đầu tiên hoặc bạn sẽ chỉ nhận được một cột các giá trị NULL.

Answer 2

Tôi sẽ nói rằng điều này là không thể mỗi hàng kết quả phải độc lập. Sử dụng ngôn ngữ lập trình để nhận các giá trị này

Answer 3

SELECT 
    DAYOFYEAR(O.`date`) AS d, 
    COUNT(*), 
    (select count(*) from `orders` 
     where DAYOFYEAR(`date`) <= d and `hasPaid` > 0) 
FROM 
    `orders` as O 
WHERE 
    O.`hasPaid` > 0 
GROUP BY d 
ORDER BY d 

Điều này sẽ yêu cầu một số điều chỉnh cú pháp (Tôi không có MySQL để kiểm tra), nhưng nó cho bạn thấy ý tưởng. Truy vấn phụ chỉ cần quay trở lại và thêm tất cả mọi thứ mới mà bạn đã đưa vào truy vấn bên ngoài và nó phải làm điều đó cho mỗi hàng.

Hãy xem this question để biết cách sử dụng các kết nối để thực hiện tương tự.

Để giải quyết các mối quan tâm về suy thoái hiệu suất với dữ liệu đang phát triển: Vì có giá thầu CPC 366 ngày trong một năm và tôi cho rằng bạn không chạy truy vấn này trong nhiều năm, truy vấn phụ sẽ được đánh giá tối đa 366 lần. Với các chỉ số thích hợp vào ngày và cờ hasPaid, bạn sẽ ổn.

Answer 4

Trừ khi bạn không có tùy chọn nào khác ngoài thực hiện điều này trong sql, tôi sẽ tính tổng kết quả bằng ngôn ngữ lập trình đang tạo truy vấn. Một cái lồng như thế này sẽ trở nên rất chậm khi cái bàn lớn lên.

Answer 5

Bạn có thể hack điều này bằng cách sử dụng câu lệnh Cross Join hoặc một số tham gia slef nhưng nó sẽ bị chậm với bất kỳ tập dữ liệu lớn nào có lẽ được thực hiện tốt nhất trong bộ xử lý truy vấn bài; hoặc con trỏ của trong mã khách hàng

Answer 6

Đây là một trong những nơi duy nhất mà con trỏ là nhanh hơn so với một bộ dựa thắc mắc, nếu hiệu suất là rất quan trọng tôi sẽ hoặc

• Do bên ngoài này của MySql hoặc
• Sử dụng MySql 5 Cursors