開発環境と本番環境のデータベース

​

比較

​

公開時に本番データベースを作成する

• 現在のインフラストラクチャ(Helium): Replitが公開時に必要に応じて本番データベースを作成します。特別な設定は不要です。
• レガシーNeon開発データベース: 公開設定から本番データベースを作成します。公開中にProduction database settingsを開き、Create production databaseをオンにします。必要に応じてSet up your production database with your current development dataもオンにすると、現在の開発データをコピーできます。

​

本番データベースへの安全な変更

• アプリケーションコードがまだ参照しているデータベース列の削除
• 既存のコードが処理できない方法での列のデータ型の変更
• デフォルト値なしで既存テーブルに必須フィールドを追加すること
• 既存のクエリを壊すテーブルや列の名前変更
• 既存のアプリケーションロジックを拒否する可能性のある制約の変更

​

デプロイメントプレビューで変更をテストする

• データベースの変更を適用した状態でも、主要なユーザーフロー全体でアプリが問題なく動作することを確認する
• 既存のデータが正しく移行され、新しいフィールドに期待される値が含まれていることを確認する
• クエリの応答時間にパフォーマンスの低下がないか確認する

​

請求とリソース使用量

​

本番データベースの削除

​

レガシー開発データベース

​

データベースインフラのアップグレード

• 低レイテンシとストレージの増加: データベースがアプリと同じReplitインフラストラクチャ上で動作するようになり、ストレージ制限が10GBから20GBに増加します。
• 同じデータベースエンジン: HeliumはNeonと同じバージョンのPostgreSQL 16を使用します。クエリ、スキーマ、データの動作は変わりません。
• 接続情報の自動更新: DATABASE_URLはHeliumを指すように更新されます。以前のNeon接続文字列は、参照用としてNEON_DATABASE_URLとしてSecretsに保存されます。
• 個別のPG変数の削除: PGHOST、PGPORT、PGUSER、PGPASSWORDは削除されます。代わりにDATABASE_URLを使用してください。

• ハードコードされたNeon接続文字列: neon.tech接続文字列を参照しているコードを、代わりにDATABASE_URL環境変数を使用するように更新してください。
• カスタムPostgreSQLロール: ロールと権限は自動的に移行されますが、ロールのパスワードはコピーできません。新しいデータベースでカスタムロールのパスワードをリセットしてください。

​

アップグレード後のSSL接続エラー

// 変更前(アップグレード後に動作しなくなる)
const pool = new Pool({
  connectionString: process.env.DATABASE_URL,
  ssl: { rejectUnauthorized: false },
});

// 変更後(開発・本番の両方で動作する)
const pool = new Pool({
  connectionString: process.env.DATABASE_URL,
  ssl:
    process.env.NODE_ENV === "production"
      ? { rejectUnauthorized: false }
      : false,
});

​

データベースを共有していたフォークされたアプリ

​

次のステップ

• データリカバリー: 開発または本番のデータを復元します。
• 接続の詳細: データベースの接続文字列を確認します。
• データを操作する: データを参照、編集、クエリします。