NULLを除いて, 以下のSML#の基本型がSQLの基本型にそれぞれ対応する.
SML#の基本型 | 対応するSQLの型 |
---|---|
int, intInf, word | 整数型 |
bool | SQL:99(機能ID T031)のBOOLEAN型 |
char | CHAR(1)型 |
string | TEXTまたはVARCHAR型 |
real | 倍精度浮動小数点型 |
real32 | 単精度浮動小数点型 |
さらに,以下の数値型がSQLとの相互運用のために定義されている.
SML#の型 | 対応するSQLの型 |
---|---|
SQL.numeric | NUMERIC型(最大精度の10進数) |
SQL.decimal | DECIMAL型(NUMERIC型の別名) |
SML#の型とデータベース側の型の具体的な対応付けは, 接続先のデータベースエンジンと, SML#におけるそのデータベースエンジンのサポート状況に依存する. データベースエンジンごとの具体的な型の対応は 22.8.1節で示す.
SQLのNULLは,SML#ではoption型のNONEに 対応付けられる. NOT NULL制約が無いカラムの参照など,NULLを返す 可能性がある式の型は,上記の型のいずれかのoption型である.
SQL.bool3型は,比較演算子や論理演算子からなるSQLの論理演算式 の型である. このSQL.bool3型は,SQLクエリの静的な整合性検査のために, 真偽値に評価されるSQL評価式の断片に便宜上付けた型であり, どの標準SQLの型とも対応しない.
論理演算式の型SQL.bool3と真偽値の型boolを 区別していることは, SQLの真偽値の取り扱いに関して歴史的な混乱があることに由来している. SQLでは伝統的に,真偽判定は真,偽,不明の3値で行われ, 真偽値は第一級ではなく(例えば真偽値をテーブルに保存することはできない), 真偽値のリテラルも存在しなかった. 第一級の真偽値型BOOLEANは,SQL99において,オプショナルな機能 (機能ID T031)として導入された. しかし,このオプショナルな規格にはSQLの他の部分との間で技術的な 不整合があることが指摘されており, 結局,このBOOLEAN型はRDBMSベンダーからの支持をほとんど集めなかった. 規格策定から20年近く立った現在においても, 主要なRDBMSは,唯一の例外であるPostgreSQLを除いて, BOOLEAN型を提供していない.
SQLのテーブル,ビュー,およびスキーマには, SML#のレコードのリスト型が対応付けられる. SQLのテーブルおよびビューには, カラムの名前と型をそれぞれフィールドラベルおよびそのフィールドの型 としたレコード型のリスト型が与えられる. カラムに NOT NULL制約またはPRIMARY KEY制約が付いていないとき, そのカラムの型はいずれかの基本型のoption型である. 例えば,
CREATE TABLE foo (bar INT, baz TEXT NOT NULL);
と定義されたテーブルfooの構造は,SML#では
{bar : int option, baz : string} list
という型で表現される.
このように,テーブルあるいはカラムに付く制約のうち, NOT NULL制約およびPRIMARY KEY制約の「NULLではない」ことだけは SML#の型で表現され, SML#の型システムによって静的に検査される. その他の制約はSQLデータベースに よってクエリ実行時に検査される.
SQLスキーマは,テーブルおよびビューの名前をフィールドラベル, その構造を表す型をフィールド型とするレコード型で表現される. 例えば,
CREATE TABLE employee (id INT PRIMARY KEY, name TEXT NOT NULL,
age INT NOT NULL, deptId INT, salary INT);
CREATE TABLE department (deptId INT PRIMARY KEY, name TEXT NOT NULL);
と定義されたスキーマは,SML#では
{
employee : {id : int, name : string, age : int,
deptId : int option, salary : int option} list,
department : {deptId : int, name : string} list
}
と表現される.
SQLクエリおよびその部分式は,その構文カテゴリに対応して, それぞれ異なる型を持つ. SQLの各構文カテゴリとその型は以下の通りである.
構文カテゴリ | その項の型 |
---|---|
SQL評価式 | ( -> ,) SQL.exp |
SQLコマンド | (,) SQL.command |
SELECTクエリ | (,) SQL.query |
SELECT句 | (,,) SQL.select |
FROM句 | (,) SQL.from |
WHERE句 | (,) SQL.whr |
ORDER BY句 | (,) SQL.orderby |
OFFSET句 | (,) SQL.offset |
LIMIT句 | (,) SQL.limit |
ここで,はテーブルの型あるいは基本型, は接続先データベースを識別する型である. 各型の意図は以下の通りである.
( -> , ) SQL.exp は, データベース接続および型の行の下で型を持つ SQL評価式の型である.
(,,) SQL.select は, データベース接続の下で 型のテーブルを型のテーブルに変換する SELECT句の型である.
これら以外の構文カテゴリの型 (,) SQL.は, データベース接続の下で型を持つの型である.
SQLデータベースへの接続や,SQLクエリの結果に対して, SML#は以下の型を与える.
型 | 説明 |
---|---|
SQL.server | 型のスキーマを持つデータベースを管理するサーバーへの接続先 |
SQL.conn | 型のスキーマを持つデータベースを管理するサーバーへの接続ハンドル |
SQL.cursor | 型のテーブルにアクセスするためのカーソル |
(,) SQL.db | 接続で接続されている型のスキーマを持つデータベースの実体 |
SQLを用いる典型的なSML#プログラムでは, これらの型はおおよそ以下のように使用される.
_sqlserver構文を用いて, SQL.server型の接続先情報を作る. (22.3節参照)
SQL.connect関数を用いて, SQL.server型の接続先に接続し, SQL.conn型の接続ハンドルを得る. (22.8.1節参照)
SQLクエリを, [’a. (,’a) SQL.db -> ( SQL.cursor,’a) SQL.command]型を 持つ多相関数として構築する (22.1.6節参照).
_sql構文を用いて, SQLクエリを SQL.conn -> SQL.cursor型の 関数に変換する (22.7節参照).
この関数を SQL.conn型の接続ハンドルを引数として 呼び出すと, SQLクエリがサーバーに送信され,クエリがサーバーで評価される. クエリの評価に成功すると, 評価結果にアクセスする SQL.cursor型のカーソルが得られる (22.7節参照).
SQL.fetch関数またはSQL.fetchAll関数を用いて SQL.cursor型のカーソルから 型のレコードを取得する (22.8.2節参照).
SML#のSQL式は, これまでに定義した基本型の対応,論理演算式型の導入, テーブル構造とレコードのリスト型の対応付けを用いて 型付けされる. SQLクエリは,それが行うテーブル処理と同じことを レコードのリストに対して行うSML#のプログラムと 同型の型を持つ.
例えば,
SELECT t.name AS employeeName, t.age AS employeeAge
FROM employeeTable AS t
WHERE t.age > 20
というSQLクエリを,SML#では
val Q = fn db => _sql select #t.name as employeeName, #t.age as employeeAge
from #db.employeeTable as t
where #t.age > 20
と書く. 元のSQLには現れない変数dbは, クエリが実行される対象のデータベースを抽象する変数である.
さて,このクエリは, FROM句が参照するテーブルの各行をWHERE句の条件でフィルタにかけ, 残った各行をSELECT句の式で変形したテーブルを計算するクエリである. このクエリと同じことを,SQLのテーブルの代わりに SML#のレコードのリストに対して行うSML#プログラムを単純に書くと, 以下のようになる.
val Q’ =
fn db => List.map
(fn x => {employeeName = #name (#t x), employeeAge = #age (#t x)})
(List.filter
(fn x => #age (#t x) > 20)
(List.map
(fn x => {t = x})
(#employeeTable db)))
この関数Q’の型は
val Q’ : [’a#{employeeTable : ’b list},
’b#{age : int, name : ’c},
’c.
’a -> {employeeAge : ’c, employeeName : int} list]
である. この関数Q’のことを,SQLクエリQのトイプログラムと 呼ぶ.
このSQLクエリとSML#式の対応を通じて, 上述のクエリQには, 「このリストを扱うSML#プログラムと同等のことを データベースサーバーが実行するSQLクエリ」を表す以下の型が与えられる.
val Q : [’a#{employeeTable : ’b list},
’b#{age : int, name : ’c},
’c::{int, ...}, ’d.
(’a, ’d) SQL.db -> ({employeeAge : ’c, employeeName : int} list, ’d) SQL.query]
このQの型に現れるカインド付き型変数は, このクエリの以下の性質をそれぞれ表している.
’aは,このクエリが対象とするデータベースには少なくとも ’b型のemployeeTableテーブルがなくてはならない ことを表す. それ以外のテーブルの存在はこのクエリの評価に関係しない.
’bは,employeeTableテーブルには少なくとも int型のageカラムと ’cの型のnameカラムがなくてはならないことを表す. それ以外のカラムがemployeeTableテーブルにあってもよい.
’cは,nameカラムの型はSQL基本型の範囲で 任意であることを表す (実際には,’cのカインドから参照される型変数がもうひとつ 存在するが,ここでは省略する).
’dは,このクエリが任意の接続ハンドルを通じて サーバーに送信できることを表す (1つのクエリが複数の送信先にまたがって書かれていないことを検査するために 用いられる).
Qにレコード多相型が付いていることから分かる通り, SQLクエリはデータベースに対して多相的である. SML#は,対象のデータベースが抽象されたSQLクエリに 対して,そのSQLクエリが持つ最も一般的な型を推論する.
SQLクエリ全体と同様に, SQLクエリのいくつかの断片についても, レコードとリストを扱うSML#式との自然な対応を 考えることができる. 本章で定義するSQL関連構文の型付け規則はすべて, 自然な対応に従って定められている.