Complete AI Training
Sign inBecome a member

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?