Les bases de données de production sont dédiées à vos données en direct qui alimentent vos applications Replit publiées. Contrairement aux bases de données de développement où vous expérimentez et développez des fonctionnalités, les bases de données de production gardent vos données réelles en sécurité pendant que vous continuez à développer, assurant la fiabilité et les performances. Comprendre comment travailler avec les bases de données de production est essentiel pour construire des applications robustes qui peuvent évoluer et se mettre à l’échelle sans perturber vos utilisateurs.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.
Que sont les bases de données de production ?
Les bases de données de production sont les bases de données opérationnelles en direct qui servent de vrais utilisateurs et leurs données. Elles diffèrent significativement des bases de données de développement de plusieurs façons clés :Bases de données de production versus développement
| Aspect | Base de données de développement | Base de données de production |
|---|---|---|
| Objectif | Expérimentation et développement de fonctionnalités | Servir de vrais utilisateurs et stocker des données métier |
| Données | Données de test, enregistrements fictifs, petits ensembles de données | Données réelles des utilisateurs, informations critiques pour l’entreprise |
| Performances | Optimisées pour la vitesse de développement | Optimisées pour la fiabilité et l’expérience utilisateur |
| Modifications | Changements fréquents de schéma, itération rapide | Changements soigneusement planifiés via des migrations de données et des stratégies de rollback |
| Temps d’arrêt | Acceptable pendant le développement | Doit être minimisé ou éliminé |
| Sauvegarde | Optionnelle pour les tests | Essentielle pour la continuité des activités |
Agent ne peut pas modifier la base de données de production ; cette restriction est en place pour que votre base de données de production reste sécurisée.Agent peut apporter des modifications à votre base de données de développement. Au moment de la publication, toutes les modifications que vous avez apportées avec Agent à la structure de votre base de données de développement (c’est-à-dire l’ajout et la suppression de colonnes/tables) seront appliquées à votre base de données de production.Vous pouvez modifier manuellement vos données de production à tout moment en allant dans le panneau de base de données > base de données de production > My data et en activant Edit
Technologie de base de données et infrastructure
Les bases de données de production dans Replit utilisent les mêmes outils de base de données et le même flux de publication que notre offre standard Base de données SQL. Elles utilisent PostgreSQL 16 ou 17 hébergé sur Neon, offrant une fiabilité et des performances de niveau entreprise.Relation avec la base de données SQL Replit
Les bases de données de production s’intègrent à la même expérience de base de données Replit tout en utilisant une infrastructure spécifique à la production :- PostgreSQL 16 ou 17 : Base de données relationnelle standard de l’industrie avec des fonctionnalités avancées
- Infrastructure Neon : Plateforme de base de données serverless offrant une mise à l’échelle automatique et une optimisation des coûts
- Outils intégrés : Accès au SQL runner, Drizzle Studio et aux outils de gestion visuelle des données
- Variables d’environnement : Gestion sécurisée des connexions via des identifiants générés automatiquement
Pour des informations détaillées sur les fonctionnalités de la base de données, la configuration des connexions et les spécifications techniques, consultez la documentation Base de données SQL.
Apporter des modifications sûres à votre base de données de production
Lorsque vous publiez des mises à jour de votre application Replit incluant des modifications de base de données, vous pouvez rencontrer des scénarios où une planification soigneuse est essentielle pour éviter les temps d’arrêt ou la perte de données.Modifications non rétrocompatibles
Certaines modifications de base de données peuvent rompre la compatibilité avec le code de votre application existante. Ces modifications nécessitent une gestion particulière pour garantir des déploiements fluides.Vous pouvez remarquer un bref temps d’arrêt de votre application publiée pendant la publication. Ce temps d’arrêt se produit car les modifications de la base de données nécessitent parfois d’arrêter temporairement votre application pour éviter les conflits et garantir des mises à jour sûres. Arrêter l’application pendant ces mises à jour aide à protéger vos données contre la perte ou la corruption pendant que les modifications sont appliquées.
Modifications non rétrocompatibles courantes
Les types de modifications suivants nécessitent généralement des stratégies de publication soigneuses :- Suppression de colonnes de base de données que le code de votre application référence encore
- Modification des types de données de colonnes d’une façon que le code existant ne peut pas gérer
- Ajout de champs obligatoires sans valeurs par défaut aux tables existantes
- Renommage de tables ou de colonnes qui rompent les requêtes existantes
- Modification de contraintes qui pourraient rejeter la logique applicative existante
Aperçus de déploiement
Avant de publier des modifications de base de données en production, Replit fournit des outils pour tester vos modifications en toute sécurité dans un environnement de prévisualisation. Un aperçu de déploiement est une copie temporaire et isolée de votre environnement de production où vous pouvez tester des modifications de base de données et des mises à jour d’application avant qu’elles n’affectent de vrais utilisateurs. Cet environnement de prévisualisation reflète votre configuration de production mais fonctionne de façon indépendante. Il peut vous aider à détecter les problèmes potentiels rapidement et à vous assurer que vos modifications fonctionnent correctement avant la mise en ligne. Tester votre déploiement dans l’environnement de prévisualisation est crucial pour identifier les problèmes avant qu’ils n’impactent vos utilisateurs. Suivez ces étapes pour vous assurer que vos modifications de base de données fonctionnent correctement : 1. Tests fonctionnels- Vérifiez que votre application fonctionne toujours correctement avec les modifications de base de données appliquées
- Testez tous les flux utilisateurs principaux pour vous assurer que la fonctionnalité reste intacte
- Vérifiez que les données s’affichent correctement après les modifications de schéma
- Confirmez que les données existantes ont été correctement migrées ou transformées
- Vérifiez que les nouveaux champs contiennent les valeurs attendues ou des valeurs par défaut appropriées
- Testez les cas limites où les données pourraient ne pas être conformes aux nouvelles contraintes
- Surveillez les temps de réponse des requêtes dans l’environnement de prévisualisation
- Vérifiez que les nouveaux index sont utilisés efficacement
- Assurez-vous que les modifications n’introduisent pas de régressions de performances
Restauration à un point dans le temps
Pour les bases de données de production, vous pouvez restaurer votre base de données à un moment précis à l’aide de la fonctionnalité de restauration à un point dans le temps.
Facturation et utilisation des ressources
Les bases de données de production sont facturées en fonction de l’utilisation via Neon, un fournisseur de base de données serverless. Les capacités serverless de Neon incluent :- Aucune configuration ou maintenance d’infrastructure
- Mise à l’échelle automatique pour répondre à vos besoins d’utilisation
- Facturation du temps de calcul uniquement lorsque la base de données est active
Comment accéder à l'utilisation de la base de données
Comment accéder à l'utilisation de la base de données
Résolution des problèmes courants
Échecs de publication
Si votre publication échoue en raison de problèmes de base de données :- Vérifiez les journaux de publication pour des messages d’erreur spécifiques concernant la connectivité de la base de données ou les conflits de schéma
- Vérifiez que vos identifiants de connexion à la base de données sont corrects et accessibles depuis l’environnement de l’application publiée
- Examinez les modifications de schéma récentes pour détecter des conflits potentiels avec le code d’application existant
- Testez vos modifications dans un environnement de prévisualisation avant de tenter de republier
Supprimer une base de données de production
Si vous n’avez plus besoin d’une base de données pour votre application Replit, vous pouvez la supprimer avec toutes ses données.Comment supprimer une base de données
Comment supprimer une base de données
Depuis l’outil Replit Database :
- Sélectionnez l’onglet
Settings - Sélectionnez Remove database et confirmez en sélectionnant Yes, Remove database
Étapes suivantes
Pour en savoir plus sur la gestion des bases de données sur Replit :- Base de données SQL : En savoir plus sur le service de base de données PostgreSQL géré de Replit
- Déploiements : Comprendre comment les déploiements fonctionnent avec les modifications de base de données
- App Storage : En savoir plus sur le stockage de fichiers et d’actifs dans le cloud (anciennement appelé Object Storage)
- Accédez à l’outil
Replit Database dans l’éditeur de projet
- Dans le menu déroulant de la base de données, sélectionnez Production
- Sélectionnez l’onglet
Settings
- La section Storage Used affiche le stockage total utilisé par votre base de données pour la période de facturation en cours.
Pour afficher pour chaque application Replit depuis Settings → Account → Account usage, suivez les étapes ci-dessous :