CQL構文についての説明は、本ドキュメントでは、次の慣例を踏襲する：

CQL は、識別子（identifier または name）を使用してテーブル、列、その他のオブジェクトを識別する。識別子は、正規表現 [a-zA-Z][a-zA-Z0-9_]＊ に一致するトークンである。

SELECT や WITH などのいくつかの識別子はキーワード（keyword）であり、言語に対して固定された意味を持ちそのほとんどは予約されている。これらのキーワードの一覧は、付録A：CQL キーワードに記載されている。

識別子と（引用符で囲まれていない）キーワードは大文字と小文字を区別しない。よって、 SELECT は select や sElEcT と同等であり、myId は myid や MYID と同等となる。よく使用される慣例（本ドキュメントでも採用する）は、キーワードは大文字を使用し、その他の識別子は小文字を使用する。

尚、二重引用符（ " ）で任意の（空ではない）文字列を囲むことによって定義される、引用識別子（quoted_identifier）と呼ばれる2種類目の識別子も存在する（引用識別子に対し、引用符で囲まれるない単なる識別子は非引用識別子 unquoted_identifier とも言う）。引用識別子はキーワードとして扱われる事は無い。従い、"select" は予約されたキーワードとは解析されず、例えば、カラムを識別する事に使用できる。もちろん select はキーワードと解析され、カラムを識別する際などに使用すると構文解析（パーシング）エラーを引き起こす（引用識別子を使用する事は推奨されない）。尚、識別子とキーワードとは異なり、引用識別子は大文字と小文字を区別する（ "My Quoted Id" と "my quoted id" は異なる引用識別子となる）。[a-zA-Z][a-zA-Z0-9_]＊ と一致する全て小文字の引用識別子は、引用符を取り除いた単なる識別子と同等に扱われる（従って、"myid" は myid や myId と同等であるが、"myId" とは異なる）。引用識別子内では、二重引用符を繰り返す事により二重引用符をエスケープできるので、"foo""bar" などは有効な識別子となる。

上記は、より正式に表すと：

CQL は以下の種類の定数（constant）を定義する：

言い換えると：

これら定数の型付けについては下記のデータ型を参照。

CQL には、値の種類を示す項（term）と言う概念があり、以下によって定義される：

よって、項とは次の内のどれかに当たる：

CQL のコメントは、2つのダッシュ（--）または2つのスラッシュ（//）で始まる。

複数行コメントは、/＊ および ＊/ に囲まれる（ただし、コメントの階層構造化はサポートされてい無い）。

CQL は、以下に分類できる文（statement）で構成されている：

全ての文は以下の一覧に含まれ、詳しくは上記の各参照先へ：

CQL はプリペアードステートメントをサポートしている。プリペアードステートメントは、クエリを1回だけ解析し異なる値でクエリを複数回実行する事を可能にする最適化の一つ。

プリペアードステートメントを使用するには、バインドマーカー（bind_marker参照）を少なくとも1つ使用する文を準備する必要がある。その後、各バインドマーカーに提供される具体的な値を使い文を実行できる。文の準備と実行方法の詳細は、使用する CQL ドライバーによって異なるので使用するドライバーのドキュメントを参照する事をすすめる。

CQL でサポートされるネイティブ型は次のとおり：

以下のテーブルは、ネイティブデータ型とそれぞれがサポートする定数の種類をに関する追加情報：

カウンター型（counter type）はカウンターカラムの定義に使用する。カウンターカラムの値は64ビット符号付き整数であり、２つの操作、インクリメントとデクリメント、をサポートする（詳しくはUPDATE文を参照）。尚、カウンターの値は設定する事が不可能。カウンターは最初のインクリメントまたはデクリメントが発生するまで存在せず、最初のインクリメントまたはデクリメントが実行される際は実行前のカウンターの値が０であったかの様に扱われる。

カウンターにはいくつかの重要な制限がある：

timestamp 型の値はエポック（1970年01月01日00時00分00秒 GMT）から経過したミリ秒数を表す64ビット符号付き整数としてエンコードされる。

タイムスタンプは integer または string （ISO 8601に従い）として CQL へ入力できる。例えば、以下は全て2011年03月02日 04:05:00 GMT を表す有効な timestamp の値の例：

上記の +0000 は　RFC 822 の4桁のタイムゾーン識別子であり、例の +0000 は GMT を表す。また、アメリカの太平洋標準時（PST）は -8000 で表される。タイムゾーンは省略可能で（'2011-02-03 04:05:00'）、省略された場合はコーディネーターノードのコンフィグに記されているタイムゾーンに従い前述のタイムスタンプのタイムゾーンを解釈する。しかし、ノードのタイムゾーンのコンフィグが常に思い通りに設定されているとは限らないので、可能であればタイムゾーンを省略せず明示的に記載する事が強く推奨される。

時刻もまた省略可能で（'2011-02-03' または '2011-02-03+0000'）、省略される場合はデフォルトで 00:00:00 を指定されたまたはデフォルトのタイムゾーンでの時刻として扱う。しかし、日付の部分のみに意味を持つデータである場合はdate型を使うと良い。

date 型の値はエポックから経過した日数を表す32ビット符号無し整数としてエンコードされる。エポックとは1970年01月01日00時00分00秒 GMT と定義される。

タイムスタンプでは、integer または string として日付を入力することが可能。文字列を使用する場合、yyyy-mm-dd のフォーマットを使用する（例：'2011-02-03'）。

time 型の値は深夜0時から経過したナノ秒を表す64ビット符号付き整数としてエンコードされる。

タイムスタンプでは、integer または string として時間を入力することが可能。文字列を使用する場合、hh:mm:ss[.fffffffff] のフォーマットを使用する（秒単位以下の精度は省略可能であり、またナノ秒以下の精度でも入力可能）。例えば、以下の全ては有効な入力となる：

duration 型の値は3つの符号付き整数（一つ目は月数、二つ目は日数、三つ目はナノ秒数）としてエンコードされる。一月に含まれる日数は可変であり、またサマータイムなどを考慮すると一日が23時間もしくは25時間である可能性がある事より前述の様に3つの整数として値をエンコードする。尚、月数と日数は32ビット符号付き整数、ナノ秒数は64ビット符号付き整数としてエンコードされる。

継続時間の入力は下記の文字列フォーマットを使用する：

例えば：

継続時間カラムはテーブルの PRIMARY KEY として使用できない。継続時間データに対するコンテクストの日付が無い限り（例えば、具体的な日付が無いと 1mo と 29d の大小の比較が不可能である）継続期間には順序を付ける事が出来ないので、この様な制限が生まれる。

サマータイムなどの考慮により、1d の継続時間は 24h の継続時間とは不等である。

CQL3 は次の3つのコレクション（collection）をサポートし（マップ、セット、リスト）それぞれの型は以下の様に定義される：

それぞれの値はコレクションリテラルを使用して入力が可能：

尚、bind_marker及び NULL はコレクションリテラル内ではサポートされていない点に留意。

CQL はユーザ定義型（user-defined type 略： UDT）をサポートする。下記記載の create_type_statement、alter_type_statement、drop_type_statement を使用してユーザ定義型を作成、変更、削除できる。UDT は一度作成されると、単にその名前で参照できる：

CQL はタプルとタプル型（各要素が違うデータ型でもよい）をサポートする。機能的には、タプルは名前を持たないフィールドで構成される名前を持たない UDT と考える事ができる。タプル型とタプルリテラルは以下に定義される：

また、以下のように使用する：

他の「構成」型（コレクションと UDT）とは異なり、タプルは常に frozen であり（frozen キーワードを必要とせず）、タプルの要素の一部を（タプル全体の変更をせずに）変更する事は不可能。また、タプルリテラルは対応するタプル型で定義されている要素の個数と同等な要素の個数を持つ必要がある（要素は null であっても良いが、それを明示的に宣言する必要がある）。

カスタム型は以下に定義される：

カスタム型はサーバサイドの AbstractType クラスを継承し、Cassandra がロードできる（従って Cassandra を実行する全てのノードの CLASSPATH に含まれるべき） Java クラスの名前を含む string である。このクラスがカスタム型に対する有効な値とクラスタリングカラムとして使用された場合の時間のソート方法を定義する。機能的には、カスタム型の値は blob と同等であり、blob リテラルの構文を使用して入力する事が可能。

キースペースとテーブルの名前は以下に定義される：

キースペースとテーブルの名前は共に英数字を使用し、空ではなく、長さが48文字に制限される（文字数の制限はテーブルやキースペース名を含む事があるファイル名が特定のファイルシステムで設けられるファイル名の上限を超えない措置として実装されている）。デフォルトでは、キースペースとテーブル名は大文字と小文字の区別はしないが（myTable と mytable は同等）、二重引用符を使用する事により大文字と小文字の区別を強制できる（"myTable" と mytable は異なる）。

また、テーブルは必ずキースペースに含まれ、テーブル名は含まれるキースペース名で修飾される事が可能。キースペース名の修飾がされていない場合は、テーブルはその時点で使用されているキースペースに含まれていると想定される（詳しくはUSE 文）。

更に、カラムの有効な名前は以下に定義される：

続く項の準備として、この場で文のオプションを以下に定義する：

キースペースは CREATE KEYSPACE 文を使用して作成する：

例えば：

既存のキースペースを作成しようとするとエラーが発生するが、IF NOT EXISTS のオプションを使用するとエラーは発生せずに NOP となる。

サポートされているオプションは：

replication のプロパティは必須であり、最低でも使用する replication strategy クラスを定義する 'class' サブオプションを含まないといけない。残りのサブオプションは使用する replication strategy に依存する。デフォルトで Cassandra は以下の 'class' をサポートする：

株式会社INTHEFOREST