4.1.1. 識別子とキーワード

上記の例に出てくるSELECT、UPDATE、もしくは、VALUESのようなトークンはキーワードの一例です。 キーワードとは、SQL言語で決まった意味を持っている単語です。 MY_TABLEトークンやAトークンは識別子の一例です。 これらは、使われるコマンドによって、テーブル、列、他のデータベースオブジェクトの名前を識別します。 したがって、単に"名前"と呼ばれることもあります。 キーワードと識別子は同じ語彙の構造を持つため、言語を知らなくてはトークンが識別子なのかキーワードなのかわからないということになります。 全てのキーワードのリストは付録Cにあります。

SQL識別子とキーワードは、文字（a〜zか読み分け記号と非Latin文字)、アンダースコア（_）で始まらなければいけません。 識別子またはキーワードの中で続く文字は、文字、アンダースコア、数字（0〜9）を使用することができます。 標準SQLの記述に従うと、ドル印は識別子内では使用できないことに注意してください。 ですから、これを使用するとアプリケーションの移植性は低くなります。 標準SQLでは数字を含む、あるいはアンダースコアで始まったり終わったりするキーワードは定義されていません。 従って、この形式の識別子は標準の今後の拡張と競合する可能性がないという意味で安全といえます。

システムは NAMEDATALEN-1文字以上の識別子の文字数を使いません。 より長い名前をコマンドで書くことはできますが、短く切られてしまいます。 デフォルトでは NAMEDATALENは64なので、識別子は最長で63です。 この制限が問題になる場合は、src/include/postgres_ext.h内のNAMEDATALEN定数の値を変更して増やすことができます。

識別子とキーワード名は大文字と小文字を区別しません。 従って、

UPDATE MY_TABLE SET A = 5;

は、以下の文と同じ意味になります。

uPDaTE my_TabLE SeT a = 5;

慣習的には、キーワードを大文字で、名前を小文字で書きます。 たとえば下記のようになります。

UPDATE my_table SET a = 5;

識別子には他の種類もあります。 区切り識別子あるいは引用符付き識別子です。 任意の文字の連なりを二重引用符（"）で囲んだものです。 区切り識別子は常に識別子であって、キーワードではありません。 ですから "select"は"select"という名前の列あるいはテーブルを問い合わせるために使えますが、引用符のつかないselect はキーワードとして理解され、したがってテーブルもしくは列名が期待される部分では解析エラーを起こします。 引用符付き識別子は下記の例のように書くことができます。

UPDATE "my_table" SET "a" = 5;

引用符付き識別子は、二重引用符自身以外であればどのような文字でも使えます。 (二重引用符を含めたい場合は、二重引用符を2つ入力します。) この決まりがあることによって、普段使えない空白やアンパサンド（&）を含むテーブル名や列名を作ることが可能です。 この場合においても長さの制限は適用されます。

引用符がつかない名前は常に小文字に解釈されますが、識別子を引用符で囲むことによって大文字と小文字が区別されるようになります。 たとえば、識別子FOO、foo、"foo"はPostgreSQLによれば同じものとして解釈されますが、"Foo"と"FOO"は、これら3つとも、またお互いとも違ったものとして解釈されます。 (PostgreSQLが引用符の付かない名前を小文字として解釈することは 標準SQLと互換性がありません。標準SQLでは引用符の付かない名前は大文字に解釈されるべきだとされています。 したがって標準SQLによれば、fooは"FOO"と同じであるべきで、"foo"とは異なるはずなのです。 もし移植可能なアプリケーションを書きたいならば、特定の名前は常に引用符で囲むか、あるいは全く囲まないのいずれかに統一することをお勧めします。)

4.1.2. 定数

PostgreSQLには、3つの暗黙に型付けされる定数があります。 文字列、ビット文字列、そして数字です。 定数は明示的な型で指定することもでき、その場合はシステムによる、より正確な表現と効率のよい操作が可能になります。 暗黙の定数については以下に説明します。 明示的な定数は後ほど説明します。

SELECT 'foo'
'bar';

SELECT 'foobar';

SELECT 'foo'      'bar';

digits
digits.[digits][e[+-]digits]
[digits].digits[e[+-]digits]
digitse[+-]digits

REAL '1.23'  -- 文字列書式
1.23::REAL   -- (歴史的な)PostgreSQL書式

type 'string'
'string'::type
CAST ( 'string' AS type )

typename ( 'string' )

4.1.3. 演算子

演算子はNAMEDATALEN-1までの（デフォルトは63です）長さの、以下に示すリストに含まれる文字の並びです。

+ - * / < > = ~ ! @ # % ^ & | ` ?

• --と/*は演算子名の中に使うことができません。 なぜならこれらはコメントの始まりと解釈されるからです。

• 複数文字の演算子名は、その名前が少なくとも下記の文字の 1 つ以上を含まない限り、+や-で終わることができません。

  ~ ! @ # % ^ & | ` ?

  たとえば、@-は演算子名として認められていますが、*-は認められていません。 この制限によりPostgreSQLは、SQLに準拠する問い合わせをトークン同士の間に空白を要求せず、解析することができます。

非SQL標準の演算子名を使う場合、通常は曖昧さを回避するために、隣り合った演算子を空白で区切る必要があります。 たとえば@という左単項演算子を定義した場合、X*@Yとは書けません。 PostgreSQLがこれを確実に1つではなく2つの演算子名として解釈できるように、X* @Yと書く必要があります。

4.1.4. 特殊文字

英数字ではないいくつかの文字は、演算子であることとは異なる特殊な意味を持っています。 使用法の詳細はそれぞれの構文要素についてのところで説明します。 この節では、単にその存在を知らせ、これらの文字の目的をまとめることに留めます。

• 直後に数字が続くドル記号（$）は、関数定義の本体中の位置パラメータを表すために使われます。 他の文脈ではドル記号は演算子名の一部であるかもしれません。

• 括弧（()）は、通常どおり式をまとめ優先するという意味を持ちます。 場合によっては括弧は、特定のSQLコマンドの固定構文の一部として要求されることがあります。

• 大かっこ（[]）は、配列要素を選択するために使われます。 配列に関する詳しい情報は項8.10を参照してください。

• カンマ（,）は、リストの要素を区切るために構文的構造体で使われることがあります。

• セミコロン（;）は、SQLコマンドの終わりを意味します。 文字列定数または引用符付き識別子以外では、コマンドの途中では使うことができません。

• コロン（:）は、配列から"一部分"を取りだすために使われます。 (項8.10を参照してください。） いくつかのSQL方言（埋め込みSQLなど）では、コロンは変数名の接頭辞として使われます。

• アスタリスク（*）は、SELECTコマンドの中、あるいはCOUNT集約関数と一緒に使われる場合、特殊な意味を持ちます。

• ピリオド(.)は、数値定数の中で使われます。 また、スキーマ、テーブル、列名を区切るためにも使われます。

4.1.5. コメント

コメントは二重ハイフンで始まる任意の文字の並びで、行の終わりまで続きます。 たとえば以下のようになります。

-- これは標準SQLのコメントです

他にも、C言語様式のブロックコメントも使用できます。

/* ネストされた複数行に渡る
 * コメント /* ネストされたブロックコメント */
 */

コメントは/*で始まり、対応する*/で終わります。 これらのブロックコメントはC言語とは異なり、標準SQLで指定されているようにネストできます。 したがって、既存のブロックコメントを含む可能性のある大きなコードのブロックをコメントアウトすることができます。

コメントは、その後の構文解析が行われる前に入力ストリームから取り去られ、空白によって適切に置き換えられます。

4.1.6. 語彙の優先順位

表4-1は、PostgreSQLの演算子の優先順位と結合性を示しています。 ほとんどの演算子は同じ優先順位を持ち左結合します。 演算子の優先順位と結合性はパーサに組み込まれています。 これは非直感的な動作を導く可能性があります。 たとえば、ブーリアン演算子<と>は、ブーリアン演算子<=と>=とは違った優先順位を持ちます。 さらに、二項演算子と単項演算子を組み合わせて使う場合は括弧を加える必要がある場合があります。 たとえば下記のような場合です。

SELECT 5 ! - 6;

は、

SELECT 5 ! (- 6);

と解析されます。 なぜならば、パーサは!が中置ではなく接尾演算子として定義されていることに最後まで気がつかないためです。 この場合、求める結果を得るためには下記のように書く必要があります。

SELECT (5 !) - 6;

これが拡張性を求めるゆえの代償です。

演算子優先順位の規則は、上記で触れた組み込み演算子と同じ名前を持つユーザ定義演算子にも当てはまります。 たとえばもし"+"演算子をある独自のデータ型に定義すると、新しい演算子が何をするかにかかわらず、"+"組み込み演算子と同じ優先順位を持つようになります。

次の例のように、OPERATOR構文でスキーマで修飾された演算子名を使用する場合、

SELECT 3 OPERATOR(pg_catalog.+) 4;

OPERATOR構文は、表4-1の"any other"演算子で示されているデフォルトの優先順位を持つとみなされます。 これは、OPERATOR()にどの特定の演算子が入る場合でも変わりません。