Token导航 LogoToken导航

Agent Skill · 开发

database-schema-design(数据库模式设计)

用于辅助数据库表结构、查询语句、迁移脚本和数据维护任务。它适合让 Agent 分析 schema、编写 SQL、排查查询问题、整理索引或生成迁移建议。使用时需要明确数据库类型、连接环境和目标表,区分只读分析与写入变更;涉及删除、更新、迁移和批量导入时,应优先 dry-run、备份或事务保护,避免误操作。

database-schema-design 是开发类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为只读;许可证为 MIT,第三方扫描已通过,按安装量在开发类的 21,746 个 Skill 里排第 5,501。

总安装 6,205周安装 251GitHub Stars 126下载 1,948核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
MIT

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:database-schema-design(数据库模式设计)
来源仓库:https://github.com/secondsky/claude-skills
仓库路径:skills/database-schema-design
安装命令:
npx skills add https://github.com/secondsky/claude-skills --skill database-schema-design
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。不同来源提供的安装方式可能略有差异;本站展示可直接复制的安装命令,安装前请核对来源页面。

skills.shnpx skills
npx skills add https://github.com/secondsky/claude-skills --skill database-schema-design

这个 Skill 是做什么的

开发类 Skill 面向写代码、改代码和排查问题,一般会读写仓库文件,部分还会执行构建或测试命令。

用于辅助数据库表结构设计、SQL 编写和迁移脚本生成。database-schema-design 属于开发类 Skill,可作为该场景下的辅助能力补充。适合分析现有 schema、排查查询性能或整理索引策略。使用时需明确数据库类型和连接信息,区分只读分析与写入操作。

涉及数据变更时应优先 dry-run 或备份,避免误删误改。建议结合具体业务场景验证 SQL 逻辑和字段约束合理性。

来源仓库内路径:skills/database-schema-design

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/secondsky/claude-skills --skill database-schem…;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它标注为只读,先用只读任务试一次,确认行为符合预期再扩大使用范围。

常见问题

6 条

database-schema-design 怎么安装?

在终端执行 npx skills add https://github.com/secondsky/claude-skills --skill database-schema-design。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

database-schema-design 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

database-schema-design 需要什么权限?

权限级别是只读。该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

database-schema-design 是免费的吗?

来源标注的许可证是 MIT。本站不代收任何费用,也不托管安装包;能否商用、要不要署名,以许可证原文为准。

database-schema-design 用的人多吗?

公开数据是累计安装 6,205 次,近一周安装 251 次,下载 1,948 次,GitHub 126 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

database-schema-design 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 3 个目录同时收录,说明这个 Skill 流传比较广。
  • 许可证明确为 MIT,商用和分发边界好判断。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理开发类任务、又不想每次都手写提示词的人。
  • 需要许可证清楚、并且有第三方扫描结果的团队项目。

不太适合

  • 需要厂商级技术支持和 SLA 的生产系统。

开发类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
skill-vetter

技能审查员 · OpenClaw

8,779,018986操作浏览器MIT-0通过
ontology

本体论 · OpenClaw

6,636,960576只读MIT-0通过
entra-app-registration

内部应用程序注册 · Codex、Claude

6,631,872764接触敏感数据未明确通过
entra-app-registration

内部应用程序注册 · Codex、Claude

3,757,680201接触敏感数据未明确通过
nano-banana-pro

纳米香蕉专业版 · OpenClaw

3,526,898364接触敏感数据MIT-0有提醒
database-schema-design

数据库模式设计 · 本页

6,205126只读MIT通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

database-schema-design

Comprehensive database schema design patterns for PostgreSQL and MySQL with normalization, relationships, constraints, and error prevention.


Quick Start (10 Minutes)

Step 1: Choose your schema pattern from templates:

# Basic schema with users, products, orders
cat templates/basic-schema.sql

# Relationship patterns (1:1, 1:M, M:M)
cat templates/relationships.sql

# Constraint examples
cat templates/constraints.sql

# Audit patterns
cat templates/audit-columns.sql

Step 2: Apply normalization rules (at minimum 3NF):

  • 1NF: No repeating groups, atomic values
  • 2NF: No partial dependencies on composite keys
  • 3NF: No transitive dependencies
  • Load references/normalization-guide.md for detailed examples

Step 3: Add essential elements to every table:

CREATE TABLE your_table (
  -- Primary key (required)
  id UUID PRIMARY KEY DEFAULT gen_random_uuid(),

  -- Business columns with proper types
  name VARCHAR(200) NOT NULL,  -- Use appropriate lengths

  -- Audit columns (always include)
  created_at TIMESTAMPTZ DEFAULT NOW() NOT NULL,
  updated_at TIMESTAMPTZ DEFAULT NOW() NOT NULL
);

Critical Rules

✓ Always Do

RuleReason
Every table has PRIMARY KEYEnsures row uniqueness, enables relationships
Foreign keys defined explicitlyEnforces referential integrity, prevents orphans
Index all foreign keysPrevents slow JOINs, critical for performance
NOT NULL on required fieldsData integrity, prevents NULL pollution
Audit columns (created_at, updated_at)Track changes, debugging, compliance
Appropriate data typesStorage efficiency, validation, indexing
Check constraints for enumsEnforces valid values at database level
ON DELETE/UPDATE rules specifiedPrevents accidental data loss or orphans

✗ Never Do

Anti-PatternWhy It's Bad
VARCHAR(MAX) everywhereWastes space, slows indexes, no validation
Dates as VARCHARNo date math, no validation, sorting broken
Missing foreign keysNo referential integrity, orphaned records
Premature denormalizationHard to maintain, data anomalies
EAV (Entity-Attribute-Value)Query complexity, no type safety, slow
Polymorphic associationsNo foreign key integrity, complex queries
Circular dependenciesImpossible to populate, breaks CASCADE
No indexes on foreign keysExtremely slow JOINs, performance killer

Top 7 Critical Errors

Error 1: Missing Primary Key

Symptom: Cannot uniquely identify rows, duplicate data Fix:

-- ❌ Bad
CREATE TABLE users (
  email VARCHAR(255),
  name VARCHAR(100)
);

-- ✅ Good
CREATE TABLE users (
  id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
  email VARCHAR(255) UNIQUE NOT NULL,
  name VARCHAR(100) NOT NULL
);

Error 2: No Foreign Key Constraints

Symptom: Orphaned records, data inconsistency Fix:

-- ❌ Bad
CREATE TABLE orders (
  id UUID PRIMARY KEY,
  user_id UUID  -- No constraint!
);

-- ✅ Good
CREATE TABLE orders (
  id UUID PRIMARY KEY,
  user_id UUID NOT NULL REFERENCES users(id) ON DELETE CASCADE
);

-- Index the foreign key
CREATE INDEX idx_orders_user_id ON orders(user_id);

Error 3: VARCHAR(MAX) Everywhere

Symptom: Wasted space, slow indexes, no validation Fix:

-- ❌ Bad
CREATE TABLE products (
  name VARCHAR(MAX),
  sku VARCHAR(MAX),
  status VARCHAR(MAX)
);

-- ✅ Good
CREATE TABLE products (
  name VARCHAR(200) NOT NULL,
  sku VARCHAR(50) UNIQUE NOT NULL,
  status VARCHAR(20) NOT NULL
    CHECK (status IN ('draft', 'active', 'archived'))
);

Error 4: Wrong Data Types (Dates as Strings)

Symptom: No date validation, broken sorting, no date math Fix:

-- ❌ Bad
CREATE TABLE events (
  event_date VARCHAR(50)  -- '2025-12-15' or 'Dec 15, 2025'?
);

-- ✅ Good
CREATE TABLE events (
  event_date DATE NOT NULL,  -- Validated, sortable
  event_time TIMESTAMPTZ     -- With timezone
);

Error 5: No Indexes on Foreign Keys

Symptom: Extremely slow JOINs, poor query performance Fix:

-- Always index foreign keys
CREATE TABLE order_items (
  order_id UUID NOT NULL REFERENCES orders(id),
  product_id UUID NOT NULL REFERENCES products(id)
);

-- ✅ Required indexes
CREATE INDEX idx_order_items_order_id ON order_items(order_id);
CREATE INDEX idx_order_items_product_id ON order_items(product_id);

Error 6: Missing Audit Columns

Symptom: Cannot track when records created/modified Fix:

-- ❌ Bad
CREATE TABLE products (
  id UUID PRIMARY KEY,
  name VARCHAR(200)
);

-- ✅ Good
CREATE TABLE products (
  id UUID PRIMARY KEY,
  name VARCHAR(200) NOT NULL,
  created_at TIMESTAMPTZ DEFAULT NOW() NOT NULL,
  updated_at TIMESTAMPTZ DEFAULT NOW() NOT NULL
);

-- Auto-update trigger (PostgreSQL)
CREATE TRIGGER products_updated_at
BEFORE UPDATE ON products
FOR EACH ROW
EXECUTE FUNCTION update_updated_at_column();

Error 7: EAV Anti-Pattern

Symptom: Complex queries, no type safety, slow performance Fix:

-- ❌ Bad (EAV)
CREATE TABLE product_attributes (
  product_id UUID,
  attribute_name VARCHAR(100),  -- 'color', 'size', 'price'
  attribute_value TEXT           -- Everything as text!
);

-- ✅ Good (Structured + JSONB)
CREATE TABLE products (
  id UUID PRIMARY KEY,
  name VARCHAR(200) NOT NULL,
  price DECIMAL(10,2) NOT NULL,  -- Required fields as columns
  color VARCHAR(50),              -- Common attributes as columns
  size VARCHAR(20),
  attributes JSONB                -- Optional/dynamic attributes
);

-- Index JSONB
CREATE INDEX idx_products_attributes ON products USING GIN(attributes);

Load references/error-catalog.md for all 12 errors with detailed fixes.


Common Schema Patterns

PatternUse CaseTemplate
Basic CRUDStandard users/products/orderstemplates/basic-schema.sql
One-to-OneUser → Profiletemplates/relationships.sql (lines 7-17)
One-to-ManyUser → Orderstemplates/relationships.sql (lines 23-34)
Many-to-ManyStudents ↔ Coursestemplates/relationships.sql (lines 40-60)
HierarchicalCategories tree, org charttemplates/relationships.sql (lines 66-83)
Soft DeleteMark deleted, keep historytemplates/audit-columns.sql (lines 55-80)
VersioningTrack changes over timetemplates/audit-columns.sql (lines 86-108)
Multi-TenantIsolated data per organizationreferences/schema-design-patterns.md (lines 228-258)

Normalization Quick Reference

FormRuleExample
1NFAtomic values, no repeating groupsphone1, phone2 → phones table
2NF1NF + no partial dependenciesComposite key dependency → separate table
3NF2NF + no transitive dependenciesuser.city → city.id reference
BCNF3NF + every determinant is candidate keyRare edge cases
4NFBCNF + no multi-valued dependenciesComplex many-to-many
5NF4NF + no join dependenciesVery rare, academic

Recommendation: Design to 3NF, denormalize only with measured performance data.

Load references/normalization-guide.md for detailed examples with before/after.


Configuration Summary

PostgreSQL Recommended Types

-- Primary Keys
id UUID PRIMARY KEY DEFAULT gen_random_uuid()
-- OR for performance-critical:
id BIGSERIAL PRIMARY KEY

-- Text
name VARCHAR(200) NOT NULL
description TEXT
code CHAR(10)  -- Fixed-length codes only

-- Numbers
price DECIMAL(10,2) NOT NULL  -- Money: NEVER use FLOAT
quantity INT NOT NULL
rating DECIMAL(3,2)  -- 0.00 to 9.99

-- Dates/Times
created_at TIMESTAMPTZ DEFAULT NOW() NOT NULL  -- With timezone
event_date DATE
duration INTERVAL

-- Boolean
is_active BOOLEAN DEFAULT true NOT NULL

-- JSON
attributes JSONB  -- Binary, faster, indexable

-- Enum Alternative (preferred over ENUM type)
status VARCHAR(20) NOT NULL
  CHECK (status IN ('draft', 'active', 'archived'))

MySQL Differences

-- MySQL doesn't have:
TIMESTAMPTZ  -- Use TIMESTAMP (stored as UTC)
gen_random_uuid()  -- Use UUID() function
JSONB  -- Use JSON (same performance in 8.0+)

-- MySQL equivalent:
id CHAR(36) PRIMARY KEY DEFAULT (UUID())
-- OR:
id BIGINT AUTO_INCREMENT PRIMARY KEY

created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP NOT NULL
attributes JSON

Load references/data-types-guide.md for comprehensive type selection guide.


When to Load References

Schema Design Process

Load references/schema-design-patterns.md when:

  • Starting a new database design
  • Need pattern examples (audit columns, soft deletes, versioning)
  • Implementing multi-tenancy
  • Choosing between UUID vs BIGSERIAL
  • Following naming conventions

Normalization

Load references/normalization-guide.md when:

  • Schema has data duplication
  • Unsure what normal form you're in
  • Need to normalize existing schema
  • Planning database structure

Relationships

Load references/relationship-patterns.md when:

  • Defining table relationships
  • Implementing junction tables
  • Creating hierarchical structures
  • Setting up cascade rules

Data Types

Load references/data-types-guide.md when:

  • Choosing column types
  • Migrating between PostgreSQL/MySQL
  • Optimizing storage
  • Implementing JSON fields

Constraints

Load references/constraints-catalog.md when:

  • Adding validation rules
  • Implementing CHECK constraints
  • Setting up foreign key cascades
  • Creating unique constraints

Error Prevention

Load references/error-catalog.md when:

  • Schema review needed
  • Troubleshooting schema issues
  • All 12 documented errors with fixes

Complete Setup Checklist

Before Creating Tables:

  • Normalized to at least 3NF
  • All relationships identified
  • Data types chosen appropriately
  • Cascade rules defined

Every Table Must Have:

  • Primary key defined
  • Audit columns (created_at, updated_at)
  • NOT NULL on required fields
  • Appropriate VARCHAR lengths (not MAX)
  • CHECK constraints for enums/ranges

Foreign Keys:

  • All foreign keys defined with REFERENCES
  • ON DELETE/UPDATE actions specified
  • All foreign keys indexed

Indexes:

  • Foreign keys indexed
  • Frequently queried columns indexed
  • Composite indexes for multi-column queries

Validation:

  • No circular dependencies
  • No EAV patterns
  • No polymorphic associations
  • Proper data types (no dates as strings)

Production Example

Before (Multiple issues):

CREATE TABLE users (
  email VARCHAR(MAX),           -- Issue: No primary key, VARCHAR(MAX)
  password VARCHAR(MAX),
  created VARCHAR(50)           -- Issue: Date as string
);

CREATE TABLE orders (
  id UUID PRIMARY KEY,
  user_email VARCHAR(MAX),      -- Issue: No foreign key
  total VARCHAR(20),            -- Issue: Money as string
  status VARCHAR(MAX)           -- Issue: No validation
);

After (Production-ready):

CREATE TABLE users (
  id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
  email VARCHAR(255) UNIQUE NOT NULL,
  password_hash VARCHAR(255) NOT NULL,
  created_at TIMESTAMPTZ DEFAULT NOW() NOT NULL,
  updated_at TIMESTAMPTZ DEFAULT NOW() NOT NULL
);

CREATE TABLE orders (
  id UUID PRIMARY KEY DEFAULT gen_random_uuid(),
  user_id UUID NOT NULL REFERENCES users(id) ON DELETE CASCADE,
  total DECIMAL(10,2) NOT NULL CHECK (total >= 0),
  status VARCHAR(20) NOT NULL DEFAULT 'pending'
    CHECK (status IN ('pending', 'processing', 'shipped', 'delivered', 'canceled')),
  created_at TIMESTAMPTZ DEFAULT NOW() NOT NULL,
  updated_at TIMESTAMPTZ DEFAULT NOW() NOT NULL
);

CREATE INDEX idx_orders_user_id ON orders(user_id);
CREATE INDEX idx_orders_status ON orders(status);

Result: ✅ All constraints enforced, proper types, indexed, auditable


Known Issues Prevention

All 12 documented errors prevented:

  1. ✅ Missing primary key → UUID/BIGSERIAL required
  2. ✅ No foreign key constraints → REFERENCES required
  3. ✅ VARCHAR(MAX) everywhere → Appropriate lengths
  4. ✅ Denormalization without justification → 3NF minimum
  5. ✅ Missing NOT NULL constraints → Required fields marked
  6. ✅ No indexes on foreign keys → All FKs indexed
  7. ✅ Wrong data types → Proper type selection
  8. ✅ Missing CHECK constraints → Validation rules
  9. ✅ No audit columns → created_at/updated_at required
  10. ✅ Circular dependencies → Dependency analysis
  11. ✅ Missing ON DELETE/UPDATE cascades → Cascade rules
  12. ✅ EAV anti-pattern → Structured schema + JSONB

See: references/error-catalog.md for detailed fixes


Resources

Templates:

  • templates/basic-schema.sql - Users, products, orders starter
  • templates/relationships.sql - All relationship types
  • templates/constraints.sql - Constraint examples
  • templates/audit-columns.sql - Audit patterns + triggers

References:

  • references/normalization-guide.md - 1NF through 5NF detailed
  • references/relationship-patterns.md - Relationship types
  • references/data-types-guide.md - PostgreSQL vs MySQL types
  • references/constraints-catalog.md - All constraints
  • references/schema-design-patterns.md - Best practices
  • references/error-catalog.md - All 12 errors documented

Official Documentation:


Production-tested | 12 errors prevented | MIT License

平台分布

windsurf

36.56%
按下载量换算712

Cursor

29.19%
按下载量换算569

Codex

15.29%
按下载量换算298

Claude Code

7.39%
按下载量换算144

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

只读

该 Skill 主要提供规则、说明或参考内容,本身偏只读;真正读写文件、联网或执行命令仍取决于宿主 Agent 的任务。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。

继续浏览同类 Skills