本番データベースは、発行されたReplit Appを動かすライブデータ専用のデータベースです。実験や機能開発を行う開発データベースとは異なり、本番データベースはビルドを続けながらも実際のデータを安全に保ち、信頼性とパフォーマンスを確保します。 本番データベースの扱い方を理解することは、ユーザーを中断させることなく進化・拡張できる堅牢なアプリケーションを構築するために不可欠です。Documentation Index
Fetch the complete documentation index at: https://docs.replit.com/llms.txt
Use this file to discover all available pages before exploring further.
本番データベースとは？
本番データベースは、実際のユーザーとそのデータを提供するライブの運用データベースです。いくつかの重要な点で開発データベースと大きく異なります：本番データベースと開発データベースの比較
| 観点 | 開発データベース | 本番データベース |
|---|---|---|
| 目的 | 実験と機能開発 | 実際のユーザーへの提供とビジネスデータの保存 |
| データ | テストデータ、ダミーレコード、小さなデータセット | 実際のユーザーデータ、ビジネスに重要な情報 |
| パフォーマンス | 開発速度に最適化 | 信頼性とユーザー体験に最適化 |
| 変更 | 頻繁なスキーマ変更、素早い反復 | データマイグレーションとロールバック戦略による慎重で計画的な変更 |
| ダウンタイム | 開発中は許容される | 最小化または排除する必要がある |
| バックアップ | テスト用としては任意 | ビジネス継続性に不可欠 |
Agentは本番データベースを変更できません。この制限は本番データベースを安全に保つために設けられています。Agentは開発データベースを編集できます。発行時、Agentが開発データベースの構造に加えた変更（列やテーブルの追加・削除など）は本番データベースに適用されます。データベースパネル > 本番データベース > マイデータに移動し、編集を切り替えることで、いつでも手動で本番データを編集できます。
データベース技術とインフラ
Replitの本番データベースは、標準のSQLデータベースと同じデータベースツールと発行ワークフローを使用します。NeonでホストされるPostgreSQL 16または17を実行し、エンタープライズグレードの信頼性とパフォーマンスを提供します。Replit SQLデータベースとの関係
本番データベースは、本番固有のインフラを使用しながら、同じReplitデータベース体験とインテグレーションされています：- PostgreSQL 16または17：高度な機能を持つ業界標準のリレーショナルデータベース
- Neonインフラ：自動スケーリングとコスト最適化を提供するサーバーレスデータベースプラットフォーム
- 組み込みツール：SQLランナー、Drizzle Studio、ビジュアルデータ管理ツールへのアクセス
- 環境変数：自動生成された認証情報による安全な接続管理
データベースの機能、接続設定、技術仕様の詳細については、SQLデータベースのドキュメントを参照してください。
本番データベースへの安全な変更の実施
データベースの変更を含むReplit Appのアップデートを発行する際、ダウンタイムやデータ損失を避けるために慎重な計画が必要なシナリオに遭遇することがあります。後方互換性のない変更
一部のデータベース変更は、既存のアプリケーションコードとの互換性を損なう可能性があります。これらの変更はスムーズなデプロイを確保するために特別な処理が必要です。発行中に発行済みアプリの短いダウンタイムが発生する場合があります。このダウンタイムは、データベースの変更によって競合を防ぎ安全な更新を確保するためにアプリを一時停止する必要がある場合に発生します。更新適用中にアプリを停止することで、変更が適用されている間のデータ損失や破損からデータを保護します。
一般的な後方互換性のない変更
以下の種類の変更は、通常、慎重な発行戦略が必要です：- アプリケーションコードがまだ参照しているデータベース列の削除
- 既存のコードが処理できない方法での列のデータタイプの変更
- デフォルト値なしで既存テーブルへの必須フィールドの追加
- 既存のクエリを壊すテーブルまたは列の名前変更
- 既存のアプリケーションロジックを拒否する可能性のある制約の変更
デプロイメントプレビュー
本番へのデータベース変更を発行する前に、Replitはプレビュー環境で変更を安全にテストするツールを提供します。 デプロイメントプレビューは、実際のユーザーに影響を与える前にデータベースの変更とアプリケーションのアップデートをテストできる、一時的な分離された本番環境のコピーです。 このプレビュー環境は本番設定をミラーリングしますが、独立して動作します。 潜在的な問題を早期に発見し、変更が正しく動作することを確認するのに役立ちます。 プレビュー環境でのデプロイメントテストは、ユーザーへの影響前に問題を特定するために不可欠です。データベースの変更が正しく動作することを確認するには、以下の手順に従ってください： 1. 機能テスト- データベースの変更が適用された状態でアプリが正常に動作することを確認する
- 主要なユーザーフローをすべてテストして機能が維持されていることを確認する
- スキーマ変更後にデータが正しく表示されることを確認する
- 既存のデータが適切にマイグレーションまたは変換されていることを確認する
- 新しいフィールドに期待される値または適切なデフォルト値が含まれていることを確認する
- 新しい制約に準拠しないデータのエッジケースをテストする
- プレビュー環境でクエリのレスポンス時間を監視する
- 新しいインデックスが効果的に使用されていることを確認する
- 変更によってパフォーマンスのリグレッションが発生していないことを確認する
ポイントインタイム復元
本番データベースでは、ポイントインタイム復元機能を使って特定の時点にデータベースを復元できます。
請求とリソース使用量
本番データベースは、サーバーレスデータベースプロバイダーであるNeonを通じた使用量ベースで請求されます。 Neonのサーバーレス機能には以下が含まれます：- インフラのセットアップやメンテナンスが不要
- 使用量のニーズに応じた自動スケーリング
- データベースがアクティブな場合のみのコンピュート時間の請求
データベース使用状況へのアクセス方法
データベース使用状況へのアクセス方法
現在の請求期間のデータベースコンピュート時間とストレージ使用量を確認するには：Replitデータベースツールから：
- プロジェクトエディターで
Replitデータベースツールに移動します - データベースのドロップダウンメニューで本番を選択します
設定タブを選択します- 使用ストレージセクションに、現在の請求期間のデータベースの総使用ストレージが表示されます。
- 設定を開いてアカウント → アカウント使用量（またはアカウントのリソース制限を表示 / 使用量）に移動します。
- リソース使用量セクションまでスクロールします。
- PostgreSQLストレージとPostgreSQLコンピュートの行を展開して各Replit Appの詳細を確認します。
よくある問題のトラブルシューティング
発行の失敗
データベースの問題で発行が失敗した場合：- 発行ログを確認してデータベースの接続またはスキーマの競合に関する具体的なエラーメッセージを確認します
- データベースの接続認証情報を確認して、発行されたアプリ環境からアクセス可能であることを確認します
- 最近のスキーマ変更を確認して、既存のアプリケーションコードとの潜在的な競合を特定します
- 再発行を試みる前にプレビュー環境で変更をテストします
本番データベースの削除
Replit Appのデータベースが不要になった場合、データベースとそのすべてのデータを削除できます。データベースの削除方法
データベースの削除方法
Replitデータベースツールから：
- 設定タブを選択します
- データベースを削除を選択し、はい、データベースを削除を選択して確認します