目录 / schema-verify-via-information-schema
SKILL
未评级
已上架
schema-verify-via-information-schema
当准备对 PostgreSQL/TimescaleDB 表编写或执行 SQL,但无法完全确定其准确模式(列名、类型、已弃用与活跃变体)时——尤其是在法医调试场景中,多个表名称相似(如 `ohlcv_1d` 与 `ohlcv_1d_hist`、`users` 与 `users_v2`),或列名随时间发生变更的情况下。铁律:`SELECT column_name, data_type FROM information_schema.columns WHERE table_name=$1 ORDER BY ordinal_position` 是预防 UndefinedColumn 错误、误判空结果及查询错误表的最经济高效的 30 秒保险措施。触发条件包括诸如“正在编写针对表 X 的查询”、“UndefinedColumn”、“列 X 不存在”、“验证数据库模式”、“我认为该列名为 Y”、“在任意法医查询之前”等表述。请勿在以下情况加载此技能:通过 ORM 介导的查询(SQLAlchemy/Django 会在模型加载时捕获模式漂移)、首次设计模式、对 information_schema 本身的目录查询,或连接问题。
模型生成摘要(rules/v1 · 2026-11-14 06:42):当准备对 PostgreSQL/TimescaleDB 表编写或执行 SQL,但无法完全确定其准确模式(列名、类型、已弃用与活跃变体)时——尤其是在法医调试场景中,多个表名称相似(如 `ohlcv_1d` 与 `ohlcv_1d_hist`…
这是模型对公开材料的总结,不是官方声明,请以原链内容为准。
这是模型对公开材料的总结,不是官方声明,请以原链内容为准。
存档时间线
| 版本 | 存档时间 | 内容哈希 | 内容 |
|---|---|---|---|
| v1 | 2026-11-14 06:41 | 99b49d7c | 可取 |
版本索引永久保留;内容副本只保留最新 1 份,更早版本仅留索引与哈希(存档时间线的证据链不会因此断裂)。
纠错与举报(发现条目失效、署名有误或涉及侵权?)
提交举报 / 纠错
侵权举报经核验成立后,我们会即时下线该条目并删除已存的内容副本。