使用 MCP SQL 分析贸易与公司数据，意味着针对两个固定视图提出范围收窄的问题，使用 page／limit 分页，并将结果送交所有者复核。读取器为只读：单个 SELECT，仅限已批准列，不支持连接与写入。
哪些问题适合 SQL 读取器？
适合：对已列出列的选择性筛选（国家与产品短语组合、域名模式与城市组合、货运窗口与交易对手组合）。不适合：开放式发现、跨视图连接、全量导出请求，或无筛选的计数。先使用 trade.search 或 contacts.search；当关键词搜索噪声过大时，再转用 SQL。视图与列清单请参阅《MCP SQL 读取器》。
查询应如何构造？
仅选择所需列，优先按索引短语筛选，使用确定性排序，测试阶段将 limit 保持在 25 或以下：
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_date第 2 页及更高页需要带唯一辅助排序键的 ORDER BY。省略 SQL LIMIT／OFFSET；服务器将应用 page／limit。语句须保持在 16 KiB UTF-8 以内。允许的函数为 count, sum, avg, min, max, uniqExact, lower, upper, length, coalesce, toDate, toYear, toMonth。
结果如何成为决策？
信号 -> 潜在客户 -> 数据补全 -> 决策 -> 触达 -> 销售管道将每行映射到实体（名称、域名、国家、贸易角色），检查 CRM 匹配与重复，并标注结果：建议外联、进一步研究、内部流转或抑制。记录来源与不确定性。结果不含总数，也不附带排名元数据，因此除非团队已定义排序，否则不要作出类似头部客户之类的截断式断言。
哪些限制影响 SQL 工作？
请求和用量限制取决于工作区访问资格和操作类型。请与工作区管理员确认当前用量。遇到 quota_exceeded 时，遵守 Retry-After 和返回的重置时间，再使用有上限的退避重试。不要通过并行重试、增加客户端或新建策略规避限制。
关于 MCP SQL 分析有哪些常见问题？
何时使用搜索而非 SQL？
关键词探索与单记录读取请使用搜索；筛选聚合与可审计切片请使用 SQL。
看似正确的查询为何未通过校验？
该查询使用了不允许的表、列、连接、子查询、CTE、窗口、SETTINGS、FORMAT、SQL LIMIT 或位置排序。请精简为所列视图上的单个 SELECT。
为何第 2 页需要 ORDER BY？
第 2 页及以后需要 ORDER BY。使用工具结构支持的排序，并在可用时添加获准的同值排序字段。同值和源数据更新可能使记录在页面之间移动；有界结果并非完整导出。
应如何处理大结果？
选择更少的列、添加筛选，或降低 limit。不要盲目翻页至第 20 页以求完整。
结果能否证明购买意向？
不能。它们显示值得研究的已记录活动。外联前请确认实体、角色与资格。
交接应包含什么？
问题、SQL 文本或筛选说明、有序的列、已复核行数、实体匹配、注意事项、所有者与下一步操作。