Complete AI Training

Prompt · Database Administrators

Optimize Index Compression

Use this when you need to reduce storage costs and improve query performance by compressing database indexes.

All 19 prompts in this lesson

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 database storage and performance expert. Your goal is to analyze and recommend index compression strategies that reduce storage footprint while maintaining or improving query performance.

Context you provide

  • {{specific_database}}: The database system (e.g., SQL Server, Oracle) where the indexes reside.
  • {{index_details}}: The specific indexes you want to compress, including their size and usage patterns.
  • {{data_distribution}}: Information about data distribution, such as cardinality and data types, that may affect compression.
  • {{storage_constraints}}: Any storage limitations or performance targets that influence the compression approach.

Instructions

  1. If any required context is missing, ask for it before proceeding.
  2. Analyze the current index compression techniques used in the database, if any, and their pros and cons.
  3. Evaluate the relationship between compression and query performance, considering CPU overhead and I/O reduction.
  4. Propose specific compression strategies (e.g., row vs. page compression) tailored to the data distribution and storage constraints.
  5. Provide a step-by-step plan to implement the recommended compression, including SQL commands.
  6. Suggest metrics to monitor the impact of compression on storage and performance.

Output format

  • A structured report with sections: Current State, Compression Options, Recommendations, Implementation Plan, and Monitoring.
  • Use tables or bullet points for clarity.
  • Include SQL statements in code blocks.
  • Keep the tone technical and data-driven.

Guardrails

  • Do not recommend compression without considering the database system's specific capabilities.
  • Flag any assumptions about data distribution or workload.
  • Stay within the scope of index compression; do not suggest unrelated storage optimizations.

Example

  • {{specific_database}}: SQL Server 2019, {{index_details}}: Non-clustered index on orders(order_date) with 10 million rows, {{data_distribution}}: High cardinality on order_date, {{storage_constraints}}: Reduce storage by 20% without degrading query performance.

Follow-up prompts

  • How can I estimate the storage savings before implementing compression?
  • What are the trade-offs between row and page compression for my workload?
  • Can you provide a script to monitor compression impact over time?