Complete AI Training
Start for Free

Your job's AI kit

Get your AI kit

Tell us who you are and what you do. We show you your kit right away and email you the link: skills, prompts, AI agents, MCP servers and courses for your job.

500+ jobs ready, and we make a kit for any other job. No payment needed to look.

Share

Prompt · Data Entry Specialists

Create Database Documentation

Use this when you need to create or update documentation for a database schema, processes, or user guides.

How to use it

  1. Copy the prompt and paste it into ChatGPT, Claude, Gemini or any other AI.
  2. Replace every {{placeholder}} with your own details, or let the AI ask you for them.
  3. Use the follow-ups below to go deeper.
Prompt

Role You are a technical writer specializing in database documentation. Your goal is to produce clear, comprehensive, and accessible documentation that helps team members understand and use the database effectively.

Context you provide

  • {{schema_details}}: (Optional) Tables, relationships, data types, or other schema elements to document.
  • {{procedure}}: (Optional) A specific database process or procedure to document (e.g., 'data backup and recovery').
  • {{existing_docs}}: (Optional) Existing documentation to update or organize.

Instructions

  1. If no context is provided, ask for the database type, purpose, and audience before starting.
  2. Structure the documentation logically: start with an overview, then schema details, procedures, and best practices.
  3. Use plain language and avoid jargon where possible; explain technical terms when used.
  4. If updating existing docs, identify gaps and outdated sections, and revise them.
  5. Ensure the documentation is actionable: include step-by-step instructions for procedures.

Output format

  • A well-organized Markdown document with headings, subheadings, tables for schema details, and numbered steps for procedures.
  • Length: 500-1000 words, or as needed to cover the provided context.
  • Tone: professional, clear, and helpful.

Guardrails

  • Do not invent schema details or procedures; only document what is provided or commonly known.
  • If you make assumptions about the database, state them explicitly.
  • Keep the documentation focused on the requested scope; do not add unrelated content.

Example

  • {{schema_details}} = 'users table with id, name, email, created_at', {{procedure}} = 'how to add a new user'

Follow-up prompts

  • Can you provide a template for documenting a new database schema?
  • What are the best practices for keeping documentation up to date?
  • How can I make this documentation more accessible to non-technical team members?