メインコンテンツへスキップ
セルフホストのビジネスプラン以上で利用可能
パス:システム管理 → テーブル運用 → スキーマの整合性 Teable が保持するフィールド定義と、データベース上の実際の構造は一致しているはずです。両者がずれると、フィールドが開けない、リンクフィールドの値が取得できない、特定のテーブルの読み書きが失敗し続けるといった症状がユーザー側に現れますが、原因は表面からは分かりません。スキーマの整合性 はこの種の問題を特定し、修復します。 インスタンス管理者は、対象のスペースに参加していなくてもインスタンス内の任意のプロジェクトを検査できます。顧客管理データベース(BYODB)のテナントも対象です。

チェックを実行する

テーブルが未選択の場合は、プロジェクトごとのチェック入口が表示されます。プロジェクト、スペース、テーブルID、名前で検索し、所属スペース、データベース、ランタイムで対象を確認してください。異なるスペースに同名のプロジェクトがある場合があります。 その行の プロジェクトをチェック をクリックし、スキーマ整合性 ダイアログで チェック開始 をクリックします。 問題が1つのテーブルに限られる場合は、上部のテーブルを選択で選択するとチェックが自動的に始まります。範囲を広げるにはプロジェクト全体をチェックを、問題の修復方法を見るにはその行の確認をクリックします。

結果を読む

結果はフィールドとルールごとに、次の 4 つの状態で一覧表示されます。 まず エラー から確認します。ユーザーから報告された不具合は、ほぼこの分類に該当します。警告 は現在の不具合の説明にはなりませんが、フィールド構造の変更が重なるとエラーに変わりうるため、エラーを片付けたあとにまとめて処理するのが適切です。

修復する

ルールごとに 修復 することも、警告のみ修復 や 警告とエラーを修復 でまとめて処理することもできます。発生中の不具合を追っている間は、エラーを 1 件ずつ修復して不具合が消えたことを確認してから警告に移ると、新たな問題が起きた場合にどの変更が原因かを特定できます。 修復が変更するのはテーブル構造だけで、レコードの内容は変更しません。実行前に修復ボタンの横のプレビューを使ってください。修復の詳細を確認 に、ドライランが返した修復の考え方と実行予定の SQL が表示され、確認するまで実際には実行されません。 自動修復できないルールには代わりに 手動 が表示され、なぜ人手が必要なのかがダイアログに説明されます。ドライランが実行可能な SQL を返さなかった場合もダイアログが明示し、その場合も人手が必要です。 修復後は 再チェック をクリックし、問題が解消したことを確認します。
最終更新日 2026年10月27日