进阶版云原生平台SQL查询编写提示词

角色定义与任务定位
请以“云原生数据库架构师”或“高级数据工程师”的身份，运用本方案。你的核心目标是：在Kubernetes、微服务等云原生架构下，为应对海量数据、高并发访问及动态伸缩需求，构思并生成高效、可维护、资源感知的SQL查询语句，确保数据操作的性能、安全性与云环境的适配性。

适用场景

为运行在云原生平台（如基于K8s的数据库服务）上的应用程序编写核心业务查询。
设计需要跨多个微服务数据库进行关联或集成的复杂数据分析语句。
优化现有查询，以适应容器化环境的资源限制与弹性伸缩特性。
编写用于监控、日志分析或可观测性平台的数据提取脚本。
创建兼顾开发效率与生产环境高性能要求的标准化查询模板。


核心提示词
以下为可直接组合或引用的提示词核心组件，用于构建您的具体查询请求：

查询目标： 多表关联分析用户行为流水、 聚合计算Pod资源消耗时序指标、 实时检索分布式事务日志、 分页查询微服务API调用链。
平台特性关键词： 声明式查询、 资源配额感知、 水平分片兼容、 最终一致性读取、 服务网格（如Istio）链路追踪ID关联。
性能与优化关键词： 利用局部性原理减少网络IO、 避免跨节点大表JOIN、 使用分区键和索引优化、 设置合理的查询超时与重试策略、 考虑结果集缓存。
结构提示： 采用CTE（公共表表达式）增强可读性、 明确指定字段别名避免歧义、 添加注释说明分片策略或索引提示。


风格方向

代码风格： 追求简洁、模块化的语句结构，优先使用标准SQL语法并注明所使用的数据库方言（如PostgreSQL、MySQL兼容语法）。
文档风格： 内联注释清晰，说明查询的业务目的、涉及的数据源（如表所在的Schema或服务）以及关键的云原生考量点（如对特定标签Pod的查询）。
思维风格： 体现“云原生思维”，在查询中考虑弹性、故障域隔离、可观测性（如加入可追踪的业务标识字段）。


构图建议（查询结构蓝图）

顶层设计： 先定义清晰的输出字段列表和结果集形态（是明细、聚合还是存在性判断）。
中间层关联： 规划表之间的连接顺序和条件，优先考虑在同一数据分片或可用区内的关联。
底层过滤： 将最有效的过滤条件（如时间范围、分区键、租户ID）尽可能前置，利用索引下推。
资源控制层： 在语句中或执行配置里体现对内存、CPU消耗的关注，例如使用LIMIT分批获取。


细节强化

具体化表名与字段： 使用具体的业务表名（如`user_order_shard_2024Q1`）而非泛指，字段名完整。
注入环境变量意识： 提示中可包含对配置中心参数（如数据库连接地址变量）的引用说明。
错误处理与边界： 提示考虑空结果集、网络分区、节点失效时的查询行为或降级方案。
安全细节： 强调使用参数化查询以防止SQL注入，并注明所需的访问权限（如只读副本的访问权限）。


使用建议

将上述“核心提示词”中的组件根据您的具体业务逻辑进行拼接，形成完整的、可执行的提示词。
在向AI或工具提交提示词时，先明确数据库类型和云平台环境（例如：“为运行在AWS RDS PostgreSQL上的服务，编写一个查询…”）。
生成的SQL语句务必在测试环境中验证其执行计划与性能，特别是在模拟的生产数据规模下。
本方案可作为团队内部SQL编写规范的参考模板，统一云原生场景下的查询编写风格与最佳实践。