Nhóm MySQL theo và CÓ

Question

Tôi là một truy vấn MySQL noobie vì vậy tôi chắc chắn đây là câu hỏi có câu trả lời rõ ràng.

Nhưng, tôi đã xem xét hai truy vấn này. Họ sẽ trả về các bộ kết quả khác nhau? Tôi hiểu rằng quá trình phân loại sẽ bắt đầu khác nhau, nhưng tôi tin rằng họ sẽ trả lại kết quả tương tự với truy vấn đầu tiên có hiệu quả hơn một chút?

Query 1: CÓ, sau đó VÀ

SELECT user_id 
FROM forum_posts 
GROUP BY user_id 
    HAVING COUNT(id) >= 100 
    AND user_id NOT IN (SELECT user_id FROM banned_users) 

Query 2: WHERE, sau đó CÓ

SELECT user_id 
FROM forum_posts 
WHERE user_id NOT IN(SELECT user_id FROM banned_users) 
GROUP BY user_id 
    HAVING COUNT(id) >= 100 

Answer 1

Trên thực tế truy vấn đầu tiên sẽ ít hiệu quả (HAVING áp dụng sau khi WHERE).
CẬP NHẬT

Một số mã giả để minh họa cách truy vấn của bạn được thực hiện ([rất] phiên bản đơn giản).
truy vấn đầu tiên:
1. SELECT user_id FROM forum_posts
2. SELECT user_id FROM banned_user
3. Group, đếm vv
4. Loại trừ hồ sơ từ kết quả đầu tiên được thiết lập nếu họ được thể hiện trong phần thứ hai

Thứ hai truy vấn
1. SELECT user_id FROM forum_posts
2. SELECT user_id FROM banned_user
3. Loại trừ hồ sơ từ kết quả đầu tiên được thiết lập nếu họ được thể hiện trong phần thứ hai
4. Nhóm, số, vv

Thứ tự các bước 1,2 không quan trọng, mysql có thể chọn bất cứ điều gì nó nghĩ là tốt hơn. Điểm khác biệt quan trọng là ở bước 3.4. Có được áp dụng sau GROUP BY. Việc nhóm thường tốn kém hơn việc tham gia (không bao gồm các hồ sơ có thể được coi là hoạt động tham gia trong trường hợp này), vì vậy ít bản ghi hơn phải nhóm, hiệu suất tốt hơn.

Answer 2

Điều kiện HAVING được áp dụng cho được nhóm bởi kết quả và do bạn nhóm theo user_id, tất cả giá trị có thể sẽ có trong kết quả được nhóm nên việc đặt điều kiện user_id không quan trọng.

Answer 3

Không có kết quả tương tự.

Vì truy vấn đầu tiên sẽ lọc các bản ghi từ điều kiện đếm (id)

Một hồ sơ bộ lọc truy vấn khác và sau đó áp dụng mệnh đề.

Second Query được viết một cách chính xác

Answer 4

Đối với tôi, câu hỏi thứ hai là hiệu quả hơn bởi vì nó làm giảm số lượng hồ sơ cho GROUP BY và HAVING.

Ngoài ra, bạn có thể thử truy vấn sau để tránh sử dụng IN:

SELECT `fp`.`user_id` 
FROM `forum_posts` `fp` 
LEFT JOIN `banned_users` `bu` ON `fp`.`user_id` = `bu`.`user_id` 
WHERE `bu`.`user_id` IS NULL 
GROUP BY `fp`.`user_id` 
HAVING COUNT(`fp`.`id`) >= 100 

Hope this helps.

Answer 5

Bạn đã trả lời rằng hai truy vấn sẽ hiển thị cùng một kết quả và các ý kiến ​​khác nhau về cái nào hiệu quả hơn.

opininion của tôi là sẽ có một sự khác biệt hiệu quả (tốc độ), chỉ khi sản lượng tối ưu với kế hoạch khác nhau cho 2 câu truy vấn. Tôi nghĩ rằng đối với các phiên bản MySQL mới nhất của tối ưu là đủ thông minh để tìm ra kế hoạch tương tự cho một trong hai câu hỏi như vậy sẽ có có sự khác biệt ở tất cả nhưng tắt khóa học người ta có thể kiểm tra và thấy một trong hai phương án THI HÀNH với GIẢI THÍCH hoặc chạy 2 truy vấn chống lại một số bảng thử nghiệm.

tôi sẽ sử dụng phiên bản thứ hai trong mọi trường hợp, chỉ để chơi an toàn.

---

Hãy để tôi nói thêm rằng:

• COUNT(*) thường là hiệu quả hơn COUNT(notNullableField) trong MySQL. Cho đến khi được khắc phục trong các phiên bản MySQL trong tương lai, hãy sử dụng COUNT(*) nếu có.

Do đó, bạn cũng có thể sử dụng:

SELECT user_id 
FROM forum_posts 
WHERE user_id NOT IN 
    (SELECT user_id FROM banned_users) 
GROUP BY user_id 
HAVING COUNT(*) >= 100 

• Ngoài ra còn có những cách khác để đạt được cùng (để NOT IN) phụ kết quả trước khi áp dụng GROUP BY.

Sử dụng LEFT JOIN/NULL:

SELECT fp.user_id 
FROM forum_posts AS fp 
    LEFT JOIN banned_users AS bu 
    ON bu.user_id = fp.user_id 
WHERE bu.user_id IS NULL 
GROUP BY fp.user_id 
HAVING COUNT(*) >= 100 

Sử dụng NOT EXISTS:

SELECT fp.user_id 
FROM forum_posts AS fp 
WHERE NOT EXISTS 
    (SELECT * 
    FROM banned_users AS bu 
    WHERE bu.user_id = fp.user_id 
) 
GROUP BY fp.user_id 
HAVING COUNT(*) >= 100 

nào trong 3 phương pháp là nhanh hơn phụ thuộc vào kích thước bảng và rất nhiều yếu tố khác, vì vậy tốt nhất là để kiểm tra với dữ liệu của bạn.