こんな人におすすめ：
- データベース運用・設計者
- システムエンジニアやDBA
- パフォーマンス改善を検討中の開発者
プロンプト例：
「更新頻度が高いテーブルに最適なMySQLでのテーブル設計とメンテナンス手法を教えてください。また、更新頻度に応じたパフォーマンス最適化のテクニックが知りたいです。」
プロンプト例の出力結果（想定）：
更新頻度が高いテーブルには、最適化の頻度を月1回以上に設定し、インデックスの断片化やデータの断片化を防ぐことが重要です。
MySQLの場合、OPTIMIZE TABLEコマンドを定期的に運用すると良いでしょう。
テーブル設計面では、無駄なデータ型の使用を避け、必要十分な型に抑え、不要なインデックスは削除します。
更新頻度が高い場合は、参照系のテーブルを分離して読み取り負荷を軽減し、更新系テーブルにはインデックスの最適化と適切なパーティショニングを検討します。
また、Redshiftのような分析プラットフォームでは自動テーブル最適化を活用し、分散キーやソートキーの最適設計もパフォーマンス向上に寄与します。
総じて、更新頻度に応じて設計とメンテナンスのバランスをとることがパフォーマンス向上の鍵です。
（さらに具体的な設計例）
例えば更新頻度の高い取引テーブルでは、取引参照専用テーブルを作成して参照負荷を分散し、更新テーブルの負荷を軽減します。
データ型も必要な範囲に厳密化し、VARCHAR型の最大長を見直すなどでストレージ効率を上げます。
