☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
答案需严格遵循三步提问法：先贴真实建表语句并用三重反引号包裹，再精准指出具体缺陷（如字段冗余、索引缺失、范式违规等），最后以强动词指令要求引用官方文档条款逐条分析影响；对比方案须用分隔线或给定量化标准；结合业务场景追问时须嵌入真实吞吐量与统计粒度等硬指标。
你需要让gemini针对数据库设计中的具体问题（比如字段冗余、索引缺失、范式违规）输出有依据的讨论段落，而不是泛泛而谈“建议优化结构”或堆砌教科书定义。
聚焦表结构缺陷的提问写法
第一步：先锁定一张真实表，把建表语句完整贴进去，用三重反引号包裹。例如：```CREATE TABLE user_order (id BIGINT, user_id INT, order_no VARCHAR(32), status TINYINT, created_at DATETIME);```。
第二步：明确指出你怀疑的问题点，比如“【user_id 和 order_no 都未建索引，且 status 字段用 TINYINT 存储状态码但无 CHECK 约束】”，这句话必须紧接在建表语句之后。
第三步：用强动词指令收尾：“请逐条分析这两处设计缺陷对查询性能、数据一致性及后期扩展的影响，每条分析须引用《MySQL 8.0 官方文档》第13.1.18节关于索引选择原则、第13.1.7节关于CHECK约束限制的原文短语作为依据。”
对比两种设计方案的提问写法
方法一：用分隔线清晰切开两个方案，不加任何主观评价。在第一版方案后写“---”，再贴第二版，末尾加一句：“请以DBA视角，从写放大、读延迟、迁移成本三个维度对比这两个方案，只输出差异项，不输出相同点。”
使用AIsa生成图像与视频。仅需一个API密钥即可调用Gemini 3 Pro Image（图像）和Qwen Wan 2.6（视频）。
方法二：直接给定判断标准。例如：“若该表日均写入量超50万行，且90%查询含WHERE order_time > '2026-01-01'，请判断方案B（按order_time分区）是否优于方案A（按user_id哈希），并说明分区键选择不当会导致哪些具体执行计划劣化现象。”
结合业务场景追问设计取舍
你是一名有6年电商数据库经验的架构师，正在评审“订单履约状态流转表”的设计；该表需支撑秒杀场景下每秒3000+状态更新，同时支持运营侧按“发货超时率”做小时级统计；请指出当前设计中【status 字段采用 ENUM('created','paid','shipped','delivered','cancelled')】与业务需求的根本冲突，并给出替代方案——要求新方案能同时满足高并发更新原子性与统计口径可追溯性。
这一步操作起来很简单，直接把业务吞吐量数字和统计粒度写进提示词，Gemini就不会用“建议用状态机”这种空话应付。
