要让codeium准确优化sql查询，必须明确告知表的数据量级和现有索引结构；需在提问开头用具体数字+单位说明各表行数（如“users表850万行”），并按from→join顺序列出；索引须用create index格式或自然语言精确描述字段顺序、类型及覆盖情况。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要让Codeium准确优化SQL查询，必须明确告诉它表的数据量级和现有索引结构，否则它可能基于错误假设生成低效执行计划或建议无效索引。
说明表量的写法
在提问开头直接写清主表行数，用具体数字+单位，不写“大量”“很多”等模糊词。例如：“users表有850万行数据”。
如果涉及多表关联，每张表都需单独说明，顺序按FROM→JOIN顺序排列。比如：“orders表约1200万行，order_items表约4300万行，product表仅2.3万行”。
小于1万行可写“约X行”，超过10万必须带“万”或“百万”单位；超过1亿必须用“亿”或科学计数法（如1.2e8），【单位缺失会导致Codeium误判为小表而忽略索引下推】。
描述索引的写法
方法一：用CREATE INDEX语句格式列出关键索引。例如：“users表上有idx_users_status_created (status, created_at)、uk_users_email (email)；orders表上有pk_orders (id)、idx_orders_user_id (user_id)、idx_orders_status_time (status, order_time)”。
方法二：用自然语言精简描述，但必须包含字段顺序和类型。例如：“orders表已建复合索引：先status再order_time，且status是前导列；user_id字段有单独B-tree索引”。
注意：不写“有索引”这种废话，必须写出字段名、顺序、是否唯一、是否覆盖查询所需列。遗漏order_time在索引中的位置，Codeium可能建议重复创建相同字段顺序的索引。
完整提问模板组合
第一步：写明查询目标。例如：“想加速这条查询：SELECT u.name, o.total FROM users u JOIN orders o ON u.id = o.user_id WHERE u.status = 'active' AND o.order_time > '2024-01-01' ORDER BY o.total DESC LIMIT 50”。
第二步：说明表量。例如：“users表850万行，orders表4300万行”。
第三步：列出相关索引。例如：“users表有idx_users_status (status) 和 uk_users_email (email)；orders表有idx_orders_time (order_time) 和 idx_orders_user_status (user_id, status)”。
这一步操作起来很简单，直接把三段内容粘贴进Codeium对话框即可。
