Bases de données de développement et de production

​

Comparaison

​

Créer une base de données de production lors de la publication

• Infrastructure actuelle (Helium) : Replit crée automatiquement une base de données de production lorsque vous publiez, à condition que votre base de données de développement contienne des données.
• Bases de données de développement Neon legacy : Vous créez la base de données de production depuis les paramètres de publication. Ouvrez Database settings pendant la publication, activez Create production database, et activez éventuellement Set up your production database with your current development data pour copier vos données de développement.

​

Trouver quelle base de données votre application utilise

• Éditeur de projet : Dans votre espace de travail, le Shell et les sessions d’Agent, DATABASE_URL pointe vers la base de données de développement. Replit la connecte automatiquement ; sur l’infrastructure actuelle, elle n’apparaît donc pas dans les Secrets.
• Application publiée : Lorsque vous publiez, votre application reçoit un DATABASE_URL distinct qui pointe vers la base de données de production.

​

Demander à Agent de vérifier

Check which database my app uses, without showing any secret values or changing anything:
1. Find the environment variable my code reads to connect to its database (for example DATABASE_URL) and show me the file and line.
2. Check whether my Secrets include a DATABASE_URL I added myself or any other database connection, and list only the names.
3. Run a read-only query on my production database: list its tables and show the five newest rows in my main table, so I can compare them with my live app.

​

Vérifier dans l’outil Database et dans Publishing

1

Ouvrir votre base de données de production

Dans l’outil Database, ouvrez le menu des bases de données à côté de All Databases et sélectionnez Production.

2

Trouver un enregistrement de votre application en direct

Ouvrez My Data et cherchez quelque chose que vous avez récemment créé dans votre application publiée, comme un nouveau compte ou une nouvelle commande. Si vous le voyez, votre application publiée écrit dans cette base de données. La production s’ouvre en lecture seule, vous pouvez donc la parcourir sans risque.

3

Comparer les paramètres de connexion

Ouvrez l’onglet Settings de la base de données de production et trouvez Connection string. Ouvrez ensuite Publishing, sélectionnez Adjust settings et trouvez DATABASE_URL sous Production app secrets. Révélez chaque valeur et vérifiez que les deux pointent vers le même hôte. Pour la plupart des applications, cela signifie le même identifiant de endpoint, la partie qui commence par ep-. Une adresse groupée (pooled) ajoute -pooler après l’identifiant ; les chaînes complètes n’ont donc pas à être strictement identiques.

Les deux valeurs incluent le mot de passe de votre base de données. Comparez-les vous-même ; ne les collez pas dans un chat, un ticket de support ou une capture d’écran.

4

Vérifier dans Secrets la présence d'une autre base de données

Ouvrez Secrets. La connexion intégrée de Replit n’y figure pas. Si vous voyez un DATABASE_URL que vous avez ajouté vous-même, ou une autre connexion à une base de données comme SUPABASE_DATABASE_URL, votre application utilise peut-être cette base de données à la place. Demandez à Agent laquelle votre code lit. Un secret NEON_DATABASE_URL correspond à votre ancienne connexion à la base de données de développement, enregistrée lors de la mise à niveau de l’infrastructure de base de données. Votre application ne l’utilise que si votre code la lit.

​

Ce que signifient les résultats

​

Regroupement de connexions

​

Apporter des modifications sûres à votre base de données de production

• Supprimer des colonnes ou des tables qui contiennent encore des données
• Changer les types de données des colonnes, ce qui peut échouer si les valeurs existantes ne se convertissent pas
• Ajouter des champs obligatoires sans valeurs par défaut à des tables qui contiennent déjà des lignes
• Renommer des tables ou des colonnes : confirmez le renommage lorsque Publish vous le demande, sinon les données sont supprimées
• Ajouter des contraintes d’unicité à des tables dont les lignes existantes pourraient les violer

​

Tester les changements avec un aperçu de publication

• Vérifier que votre application fonctionne toujours avec les changements de base de données appliqués, sur l’ensemble de vos principaux parcours utilisateurs
• Confirmer que les données existantes ont été correctement migrées et que les nouveaux champs contiennent les valeurs attendues
• Surveiller les régressions de performance dans les temps de réponse des requêtes

​

Facturation et utilisation des ressources

​

Supprimer une base de données de production

​

Base de données de développement legacy

​

Mise à niveau de l’infrastructure de base de données

• Latence plus faible et plus de stockage : Votre base de données fonctionne sur l’infrastructure Replit à côté de votre application, et votre limite de stockage passe de 10 Go à 20 Go, ou à 50 Go avec les offres Pro et Enterprise.
• Même moteur de base de données : Helium utilise PostgreSQL 16, la même version que Neon. Vos requêtes, schémas et données fonctionnent de la même façon.
• Mise à jour automatique de la connexion : DATABASE_URL est mis à jour pour pointer vers Helium. Votre ancienne chaîne de connexion Neon est enregistrée sous NEON_DATABASE_URL dans vos Secrets pour référence.
• Suppression des variables PG individuelles : PGHOST, PGPORT, PGUSER et PGPASSWORD sont supprimées. Utilisez DATABASE_URL à la place.

• Chaînes de connexion Neon codées en dur : Mettez à jour le code qui référence une chaîne de connexion neon.tech pour utiliser la variable d’environnement DATABASE_URL à la place.
• Rôles PostgreSQL personnalisés : Les rôles et permissions migrent automatiquement, mais les mots de passe des rôles ne peuvent pas être copiés. Réinitialisez les mots de passe des rôles personnalisés sur la nouvelle base de données.

​

Erreurs de connexion SSL après la mise à niveau

// Avant (casse après la mise à niveau)
const pool = new Pool({
  connectionString: process.env.DATABASE_URL,
  ssl: { rejectUnauthorized: false },
});

// Après (fonctionne en développement comme en production)
const pool = new Pool({
  connectionString: process.env.DATABASE_URL,
  ssl:
    process.env.NODE_ENV === "production"
      ? { rejectUnauthorized: false }
      : false,
});

​

Applications forkées ayant partagé une base de données

​

Prochaines étapes

• Comment Publish met à jour votre base de données de production : Examinez, testez et approuvez les changements de schéma lors de la publication.
• Récupération de données : Restaurez les données de développement ou de production.
• Détails de connexion : Trouvez la chaîne de connexion de votre base de données.
• Travailler avec vos données : Parcourez, modifiez et interrogez vos données.