New to Claude Skills? Learn how to install them →

jeremylongshore on GitHub

Database Documentation Generator

Free

Automate your database documentation in Markdown format.

Get this skill

Free · Opens the source repo

What Database Documentation Generator does

The Database Documentation Generator skill simplifies the process of creating comprehensive documentation for your PostgreSQL or MySQL databases. By introspecting the live database schema, it extracts critical information such as table structures, column descriptions, relationships, indexes, constraints, stored procedures, and views. The output is presented in a human-readable Markdown format, which includes a data dictionary and entity-relationship descriptions, making it easier for developers and stakeholders to understand the database design and structure.

To use this skill effectively, you need read access to the database's information schema and the appropriate command-line tools (psql for PostgreSQL or mysql for MySQL). The skill relies on existing column comments to enhance the quality of the generated documentation. It is particularly useful for teams needing to onboard new members or maintain clear documentation as the database evolves.

The skill automates the extraction of essential metadata, reducing the manual effort required to document complex schemas. It generates detailed sections for each table, including descriptions, primary and foreign key relationships, indexes, and statistics, which provide context about the data stored within the database. This not only improves understanding but also aids in future development and maintenance tasks.

Overall, this skill is designed for database administrators, developers, and technical writers who need to produce accurate and up-to-date documentation for their database systems. By automating the documentation process, it helps teams maintain high-quality resources that can be easily referenced and shared.

When to use it

Use this skill when you need to generate documentation for a database schema quickly, especially when onboarding new team members or during audits.

When not to use it

This skill is not suitable for databases that do not support introspection via `information_schema` or when there are no existing comments to enhance the output.

What you can build with it

Onboarding New Developers

Generate a complete set of documentation for a complex database to help new team members understand the structure and relationships.

Preparing for Database Audits

Automatically create up-to-date documentation that reflects the current state of the database, facilitating compliance and review processes.

Maintaining Documentation During Schema Changes

Integrate the documentation generation into your CI/CD pipeline to ensure that documentation is always current after migrations.

How to install Database Documentation Generator

View source

1. Install with the skills CLI

npx skills add jeremylongshore/claude-code-plugins-plus-skills/database-documentation-gen --agent claude-code

2. Or install it manually

Download the skill folder and drop it into ~/.claude/skills/ for all projects, or .claude/skills/ to scope it to one repo. Restart Claude Code so it picks up the new skill.

Anthropic's agentic coding CLI, and the reference implementation of Agent Skills. Drop a skill folder into ~/.claude/skills and Claude Code loads it automatically whenever a task matches the skill's description. Claude Code docs

Inside SKILL.md

Written by jeremylongshore

Database Documentation Generator

Overview

Generate comprehensive database documentation by introspecting live PostgreSQL or MySQL schemas, extracting table structures, column descriptions, relationships, indexes, constraints, stored procedures, and views. Produces human-readable documentation in Markdown format including entity-relationship descriptions, data dictionary, and column-level metadata.

Prerequisites

  • Database credentials with read access to information_schema, pg_catalog (PostgreSQL), or system tables (MySQL)
  • psql or mysql CLI for executing introspection queries
  • Target output directory for generated documentation files
  • Existing column comments (COMMENT ON COLUMN) enhance output quality significantly
  • Knowledge of the business domain for meaningful table/column descriptions

Instructions

  1. Extract the complete table inventory: SELECT table_name, obj_description((table_schema || '.' || table_name)::regclass) AS table_comment FROM information_schema.tables WHERE table_schema = 'public' AND table_type = 'BASE TABLE' ORDER BY table_name (PostgreSQL). For MySQL: SELECT TABLE_NAME, TABLE_COMMENT FROM information_schema.TABLES WHERE TABLE_SCHEMA = DATABASE().

  2. For each table, extract column details: SELECT c.column_name, c.data_type, c.character_maximum_length, c.is_nullable, c.column_default, pgd.description AS column_comment FROM information_schema.columns c LEFT JOIN pg_catalog.pg_description pgd ON pgd.objsubid = c.ordinal_position AND pgd.objoid = (c.table_schema || '.' || c.table_name)::regclass WHERE c.table_name = 'target_table' ORDER BY c.ordinal_position.

  3. Extract primary key and unique constraint definitions: SELECT tc.constraint_name, tc.constraint_type, kcu.column_name FROM information_schema.table_constraints tc JOIN information_schema.key_column_usage kcu ON tc.constraint_name = kcu.constraint_name WHERE tc.table_name = 'target_table' AND tc.constraint_type IN ('PRIMARY KEY', 'UNIQUE').

  4. Extract foreign key relationships to build the relationship map: SELECT tc.table_name AS child_table, kcu.column_name AS child_column, ccu.table_name AS parent_table, ccu.column_name AS parent_column, rc.delete_rule, rc.update_rule FROM information_schema.table_constraints tc JOIN information_schema.key_column_usage kcu ON tc.constraint_name = kcu.constraint_name JOIN information_schema.referential_constraints rc ON tc.constraint_name = rc.constraint_name JOIN information_schema.constraint_column_usage ccu ON rc.unique_constraint_name = ccu.constraint_name WHERE tc.constraint_type = 'FOREIGN KEY'.

  5. Extract index definitions: SELECT indexname, indexdef FROM pg_indexes WHERE schemaname = 'public' ORDER BY tablename, indexname (PostgreSQL). For MySQL: SELECT TABLE_NAME, INDEX_NAME, COLUMN_NAME, NON_UNIQUE, SEQ_IN_INDEX FROM information_schema.STATISTICS WHERE TABLE_SCHEMA = DATABASE() ORDER BY TABLE_NAME, INDEX_NAME, SEQ_IN_INDEX.

  6. Extract views and their definitions: SELECT viewname, definition FROM pg_views WHERE schemaname = 'public'. Document each view with its purpose, source tables, and any filtering logic.

  7. Extract functions and stored procedures: SELECT routine_name, routine_type, data_type AS return_type FROM information_schema.routines WHERE routine_schema = 'public'. Include function signatures and parameter descriptions.

  8. Generate the data dictionary in Markdown format with one section per table containing: table description, column table (name, type, nullable, default, description), primary key, foreign keys with referenced table, indexes, and any check constraints.

  9. Generate an entity-relationship summary listing all relationships: parent_table (parent_column) -> child_table (child_column) with cardinality (one-to-many, many-to-many via junction tables).

  10. Generate table statistics for context: SELECT relname, n_live_tup AS row_count, pg_size_pretty(pg_total_relation_size(relid)) AS total_size FROM pg_stat_user_tables ORDER BY n_live_tup DESC. Include approximate row counts and table sizes in the documentation.

Output

  • Data dictionary (Markdown) with complete column-level documentation for every table
  • Entity-relationship description listing all foreign key relationships with cardinality
  • Index catalog documenting all indexes with their columns and purpose
  • View definitions with source table references and business logic descriptions
  • Schema statistics including table sizes, row counts, and index sizes

Error Handling

ErrorCauseSolution
Missing column commentsCOMMENT ON COLUMN not used in the databaseGenerate inferred descriptions based on column name patterns; flag columns needing manual description
Permission denied on pg_catalogRestricted database user without catalog accessRequest pg_read_all_settings role; or use pg_dump --schema-only as an alternative schema source
Large schema with 500+ tablesDocumentation generation takes too long or produces unmanageable outputGenerate per-schema or per-module documentation; create a table-of-contents index; filter to specific table prefixes
Custom types not resolvedPostgreSQL domain types or composite types not in standard introspectionQuery pg_type for custom type definitions; include type documentation in a separate section
Stale documentation after schema changeDocumentation not regenerated after migrationIntegrate documentation generation into CI/CD pipeline; run after migration step

Examples

Generating documentation for a 50-table e-commerce database: Introspect all tables in the public schema, producing a 200-line Markdown data dictionary. Each table section includes column descriptions derived from COMMENT ON COLUMN annotations, foreign key relationship arrows, and index listings. Junction tables are identified and documented as many-to-many relationships.

Creating onboarding documentation for a new team member: Generate schema documentation with table sizes and row counts to help new developers understand which tables are central (large, many relationships) and which are auxiliary (small, few references). The relationship map shows the core entity graph: users -> orders -> order_items -> products.

Audit-ready documentation for compliance: Generate documentation including all constraints, check rules, and default values for each column. Flag columns containing PII (matching patterns like email, phone, ssn, address) and document their data protection controls. Output includes timestamp of generation and database version.

Resources

Frequently asked questions about Database Documentation Generator

Similar skills