有限モデル理論は、モデル理論の一分野です。モデル理論は、形式言語(構文)とその解釈(意味論)の関係を扱う論理学の一分野です。有限モデル理論は、有限な宇宙を持つ有限構造に対する解釈にモデル理論を限定したものです。
モデル理論の多くの中心的な定理は有限構造に限定すると成り立たないため、有限モデル理論は証明方法においてモデル理論とはかなり異なっている。有限モデル理論の下で有限構造に対して成り立たない古典モデル理論の中心的な結果には、コンパクト性定理、ゲーデルの完全性定理、および一階述語論理(FO)の超積法が含まれる。これらの不成立はすべてトラクテンブロートの定理から導かれる。[ 1 ]
モデル理論は数学代数に多くの応用がある一方で、有限モデル理論はコンピュータ科学において「非常に効果的な」[ 2 ]ツールとなった。言い換えれば、「数学論理の歴史において、ほとんどの関心は無限構造に集中してきた。[...] しかし、コンピュータが持つ対象は常に有限である。計算を研究するには、有限構造の理論が必要である。」[ 3 ] したがって、有限モデル理論の主な応用分野は、記述的複雑性理論、データベース理論、形式言語理論である。
有限モデル理論における一般的な問いの一つは、ある構造のクラスを特定の言語で記述できるかどうかである。例えば、循環グラフのクラスをFO文で他のグラフと区別できるかどうかを問うことができる。これは、循環性がFOで表現可能かどうかを問うという形で表現することもできる。
単一の有限構造は常に一階述語論理で公理化できる。ここで、言語Lで公理化するとは、同型を除いて単一のL文によって一意に記述されることを意味する。同様に、有限構造の任意の有限集合は常に一階述語論理で公理化できる。有限構造の無限集合の一部も、単一の一階述語論理文によって公理化できるが、すべてではない。
言語Lは、単一の有限構造Sを公理化するのに十分な表現力を持っているか?

図中の(1)のような構造は、グラフの論理におけるFO 文によって記述できます。
しかし、これらの性質は構造を公理化するものではありません。なぜなら、構造(1')についても上記の性質が成り立つにもかかわらず、構造(1)と(1')は同型ではないからです。
非公式には、十分な特性を追加することで、これらの特性がまとめて(1)を正確に記述し、かつ(すべてまとめて)他の構造に対して(同型を除いて)有効であるかどうかが問題です。
単一の有限構造であれば、常に単一のFO文でその構造を正確に記述することが可能です。ここでは、1つの二項関係を持つ構造を例に、その原理を説明します。そして定数を用いない。この目的のために、一次変数を導入する。と解釈される構造の要素。次に、以下の4つの式を紹介します。
最後に、構造はFO文によって記述される。。
単一の有限構造を一階述語論理式で記述する方法は、任意の固定数の構造にも容易に拡張できる。各構造の記述を論理和で結ぶことにより、一意の記述が得られる。例えば、2つの有限構造の場合そして定義文付きそしてこれは
定義上、無限構造を含む集合は、FMTが扱う領域外となる。レーヴェンハイム・スコレムの定理により、無限構造はFOでは区別できないことに注意されたい。この定理は、無限モデルを持つ一階理論は、同型を除いて一意のモデルを持つことができないことを意味する。
最も有名な例はおそらくスコレムの定理だろう。それは、算術には可算な非標準モデルが存在するという定理である。
言語Lは、特定の性質Pを持つ有限構造を(同型を除いて)正確に記述するのに十分な表現力を持っているか?

これまで述べてきた記述はすべて、宇宙を構成する要素の数を明示している。しかし残念ながら、興味深い構造の集合の多くは、木構造を持つグラフ、連結グラフ、非巡回グラフといった特定のサイズに限定されない。したがって、有限個の構造を識別することは特に重要である。
一般的な説明ではなく、以下では、区別可能な構造と区別不可能な構造を区別するための方法論の概要を示す。
順序構造A = (A, ≤)のサイズが偶数であるという性質は FO では表現できないことを示したい。
Glebskiĭ ら (1969)と、独立に Fagin (1976) は、有限モデルにおける一階述語論理のゼロイチ法則を証明した。Fagin の証明はコンパクト性定理を用いた。この結果によれば、関係シグネチャにおけるすべての一階述語論理はゼロイチ法則を満たす。有限では、ほぼ常に真であるか、ほぼ常に偽であるかのどちらかである。-構造。つまり、Sを固定された一階述語論理文とし、ランダムに-構造ドメイン付きすべてにおいて均一にドメインを持つ構造そして、 nが無限大に近づく極限では、 G nモデルSとなる確率はゼロまたは1のいずれかに近づく。
与えられた文の確率がゼロに近づくか1に近づくかを判定する問題はPSPACE完全である。[ 4 ]
同様の解析は、一階述語論理よりも表現力の高い論理体系に対しても行われている。0-1法則は、最小不動点演算子で拡張された一階述語論理であるFO(LFP)の文、そしてより一般的には無限論理の文に対して成り立つことが示されている。これにより、潜在的に任意の長さの論理積と論理和が可能になります。もう1つの重要な変種はラベルなし0-1法則で、ドメインを持つ構造の割合を考慮する代わりに、n個の要素を持つ構造の同型クラスの割合を考察する。任意の 2 つの同型構造が同じ文を満たすため、この割合は明確に定義される。ラベルなし 0-1 法則は、したがって、特に FO(LFP) および一階述語論理の場合に当てはまります。[ 5 ]
有限モデル理論の重要な目標の一つは、複雑性クラスを、そのクラスに含まれる言語を表現するために必要な論理の種類によって特徴づけることである。例えば、多項式階層におけるすべての複雑性クラスの和集合であるPHは、まさに二階述語論理の命題によって表現可能な言語のクラスである。複雑性と有限構造の論理とのこのつながりにより、結果を一方の領域から他方の領域へ容易に転用することが可能になり、新たな証明方法の開発を促進するとともに、主要な複雑性クラスが何らかの形で「自然」であり、それらを定義するために使用される特定の抽象機械に縛られていないことを示す追加的な証拠を提供する。
具体的には、各論理システムは、そのシステム内で表現可能な一連のクエリを生成する。これらのクエリは、有限構造に限定した場合、従来の計算複雑性理論における計算問題に対応する。
よく知られているいくつかの複雑性クラスは、論理言語によって以下のように表現されます。
SQLの大部分(実質的には関係代数)は一階述語論理に基づいています(より正確には、コッドの定理を用いてドメイン関係計算に変換できます)。次の例がそれを示しています。「FIRST_NAME」と「LAST_NAME」という列を持つデータベーステーブル「GIRLS」を考えてみましょう。これは、FIRST_NAME × LAST_NAME の二項関係、例えば G(f, l) に対応します。FO クエリは次のようになります。名が「Judy」であるすべての姓を返すクエリは、SQLでは次のようになります。
SELECT LAST_NAME FROM GIRLS WHERE FIRST_NAME = 'Judy'ここで注意すべき点は、すべての姓は一度しか出現しないと仮定していることです(あるいは、関係と回答は集合であって袋ではないと仮定しているため、SELECT DISTINCT を使用する必要があります)。
次に、より複雑なステートメントを作成します。そのため、「GIRLS」テーブルに加えて、「FIRST_NAME」と「LAST_NAME」列を持つ「BOYS」テーブルがあります。ここで、少なくとも1人の男の子と同じ姓を持つすべての女の子の名前をクエリします。FOクエリは次のとおりです。対応するSQL文は次のとおりです。
SELECT FIRST_NAME , LAST_NAME FROM GIRLS WHERE LAST_NAME IN ( SELECT LAST_NAME FROM BOYS );「 ∧ 」を表現するために、新しい言語要素「IN」とそれに続く選択文を導入したことに注目してください。これにより、言語の表現力は向上しますが、学習と実装の難易度が高くなります。これは形式言語設計における一般的なトレードオフです。上記の方法(「IN」)は、言語を拡張する唯一の方法ではありません。別の方法としては、例えば「JOIN」演算子を導入する方法があります。
SELECT DISTINCT g.FIRST_NAME , g.LAST_NAME FROM GIRLS g , BOYS b WHERE g.LAST_NAME = b.LAST_NAME ;一階述語論理は、推移閉包を表現できないなどの理由から、一部のデータベースアプリケーションには制約が多すぎます。そのため、SQL:1999の再帰的なWITH句など、より強力な構成要素がデータベースクエリ言語に追加されてきました。したがって、データベース理論およびアプリケーションとの関連性から、不動点論理のような表現力の高い論理が有限モデル理論で研究されてきました。
Narrative data contains no defined relations. Thus the logical structure of text search queries can be expressed in propositional logic, like in:
("Java" AND NOT "island") OR ("C#" AND NOT "music")Note that the challenges in full text search are different from database querying, like ranking of results.