Passer au contenu principal
Disponible avec le forfait Business auto-hébergé et les forfaits supérieurs
Chemin : Administration système → Opérations sur les tables → Intégrité du schéma Les définitions de champs que conserve Teable et la structure réelle de la base de données sont censées correspondre. Lorsqu’elles divergent, les utilisateurs voient des champs qui refusent de s’ouvrir, des champs de lien qui ne renvoient rien, ou une table dont les lectures et les écritures échouent en continu, sans cause apparente. Intégrité du schéma localise ce type de problème et le répare. Un administrateur d’instance peut vérifier n’importe quel projet de l’instance sans rejoindre son espace au préalable, y compris les locataires sur base de données gérée par le client (BYODB).

​
Lancer une vérification

Sans table sélectionnée, la page présente les vérifications par projet. Recherchez par projet, espace, ID de table ou nom, puis confirmez le périmètre à partir de l’espace, de la base de données et de l’environnement d’exécution. Des projets de même nom peuvent appartenir à différents espaces. Cliquez sur Vérifier le projet sur cette ligne, puis sur Lancer la vérification dans la boîte de dialogue Intégrité du schéma. Si le problème concerne une seule table, sélectionnez-la avec Choisir une table en haut de la page : la vérification démarre automatiquement. Utilisez Vérifier tout le projet pour étendre la vérification au projet, ou Examiner sur une anomalie pour consulter les réparations possibles.

​
Lire les résultats

Les résultats sont listés par champ et par règle, selon quatre états : Commencez par Erreur : une panne signalée par un utilisateur relève presque toujours de cette catégorie. Un Avertissement n’explique pas la panne en cours, mais il peut se transformer en erreur à mesure que la structure des champs évolue : il vaut donc d’être traité une fois les erreurs réglées.

​
Réparer

Vous pouvez Réparer règle par règle, ou traiter en lot avec Réparer uniquement les avertissements ou Réparer les avertissements et les erreurs. Tant que vous poursuivez une panne en cours, réparez les erreurs une à une et vérifiez que la panne a disparu avant de vous occuper des avertissements : un nouveau problème reste ainsi rattachable à une seule modification. Une réparation ne modifie que la structure de la table, pas le contenu des enregistrements. Avant de l’exécuter, servez-vous de l’aperçu à côté du bouton de réparation : Confirmer les détails de la réparation montre le raisonnement et le SQL produits par la simulation, et rien ne s’exécute avant votre confirmation. Certaines règles ne peuvent pas être réparées automatiquement et affichent Manuel ; la boîte de dialogue explique alors pourquoi le problème demande une intervention humaine. Quand la simulation ne renvoie aucun SQL exécutable, la boîte de dialogue le dit explicitement, et ce cas demande lui aussi une intervention humaine. Après réparation, cliquez sur Vérifier à nouveau pour confirmer que le problème a disparu.
Dernière modification le 27 octobre 2026