Phân tích dữ liệu thương mại và công ty bằng SQL qua MCP nghĩa là đặt câu hỏi hẹp trên hai khung nhìn cố định, phân trang bằng page/limit, và gửi kết quả cho chủ sở hữu xem xét. Trình đọc chỉ đọc: một câu SELECT, cột được phê duyệt, không join hay ghi.
Những câu hỏi nào phù hợp với trình đọc SQL?
Phù hợp: bộ lọc chọn lọc trên các cột đã liệt kê (quốc gia kết hợp cụm từ sản phẩm, mẫu tên miền kết hợp thành phố, cửa sổ lô hàng kết hợp đối tác). Không phù hợp: khám phá mở, join liên khung nhìn, yêu cầu xuất toàn bộ, hoặc thống kê thiếu bộ lọc. Bắt đầu với trade.search hoặc contacts.search; chuyển sang SQL khi tìm kiếm từ khóa trả về quá nhiều nhiễu. Danh sách khung nhìn và cột có trong Trình đọc SQL qua MCP.
Nên xây dựng cấu trúc truy vấn như thế nào?
Chỉ chọn các cột cần thiết, lọc theo cụm từ có chỉ mục trước, sắp xếp có tính tất định, và giữ limit ở mức 25 trở xuống trong khi kiểm thử:
SELECT consignee_name, product_desc, actual_arrival_date
FROM bol_shipments
WHERE trade_flow = 'imports' AND product_desc LIKE '%valve%'
ORDER BY bol_number, trade_flow, actual_arrival_dateTrang 2 trở đi yêu cầu ORDER BY kèm khóa phá trùng duy nhất. Bỏ LIMIT/OFFSET của SQL; máy chủ áp dụng page/limit. Câu lệnh phải nằm trong 16 KiB UTF-8. Các hàm được phép là count, sum, avg, min, max, uniqExact, lower, upper, length, coalesce, toDate, toYear, toMonth.
Kết quả trở thành quyết định như thế nào?
Tín hiệu -> Khách hàng tiềm năng -> Bổ sung dữ liệu -> Quyết định -> Tiếp cận -> PipelineÁnh xạ mỗi dòng kết quả tới một thực thể (tên, tên miền, quốc gia, vai trò thương mại), kiểm tra trùng khớp và loại trừ trùng lặp trong CRM, và gắn nhãn kết quả: xem xét để tiếp cận, nghiên cứu thêm, định tuyến nội bộ, hoặc gắn nhãn không liên hệ. Ghi lại nguồn và điểm chưa chắc chắn. Kết quả không kèm tổng số lượng và không có siêu dữ liệu xếp hạng, vì vậy tránh diễn giải xếp hạng như tài khoản hàng đầu trừ khi nhóm đã định nghĩa thứ tự.
Những giới hạn nào định hình công việc SQL?
Giới hạn yêu cầu và mức sử dụng phụ thuộc vào quyền truy cập của không gian làm việc và thao tác. Kiểm tra mức sử dụng hiện tại với quản trị viên. Khi gặp quota_exceeded, tuân thủ Retry-After và thời điểm đặt lại được trả về, rồi thử lại với thời gian chờ tăng dần và số lần giới hạn. Không dùng yêu cầu song song, thêm ứng dụng hoặc chính sách mới để né giới hạn.
Những câu hỏi thường gặp về phân tích SQL qua MCP?
Khi nào nên dùng tìm kiếm thay vì SQL?
Dùng tìm kiếm để khám phá từ khóa và đọc từng bản ghi; dùng SQL để tổng hợp có bộ lọc và lát cắt có thể kiểm chứng.
Vì sao truy vấn trông hợp lệ lại không qua kiểm tra?
Nó dùng bảng, cột, join, truy vấn con, CTE, hàm cửa sổ, SETTINGS, FORMAT, LIMIT của SQL, hoặc sắp xếp theo vị trí không được phép. Rút gọn còn một câu SELECT trên khung nhìn đã liệt kê.
Vì sao trang 2 yêu cầu ORDER BY?
Từ trang 2 cần có ORDER BY. Dùng thứ tự được lược đồ công cụ hỗ trợ và thêm tiêu chí phân biệt giá trị trùng khi có. Giá trị trùng và cập nhật nguồn có thể làm hàng dữ liệu chuyển trang; kết quả có giới hạn không phải bản xuất đầy đủ.
Nên xử lý kết quả lớn như thế nào?
Chọn ít cột hơn, thêm bộ lọc, hoặc giảm limit. Không chuyển trang mù tới trang 20 với hy vọng có đầy đủ dữ liệu.
Kết quả có chứng minh ý định mua không?
Không. Chúng cho thấy hoạt động đã ghi nhận là cơ sở để nghiên cứu. Xác nhận thực thể, vai trò và điều kiện đủ trước khi tiếp cận.
Bàn giao gồm những gì?
Câu hỏi, văn bản SQL hoặc mô tả bộ lọc, các cột có thứ tự, số dòng kết quả đã xem xét, kết quả đối chiếu thực thể, lưu ý, chủ sở hữu và hành động tiếp theo.