UnQL

Artifact [67f43ff093]
Login

Artifact 67f43ff0936ae45e2d31b1a7b8149bacae802d13:

Wiki page [UnQL Syntax Notes] by dan 2011-07-15 18:43:40.
D 2011-07-15T18:43:40.272
L UnQL\sSyntax\sNotes
P 35b28de180f56811eb7c34c7dee7fa0ff9e4714b
U dan
W 8318
<nowiki>

<ol>
<li><p>An UnQL database consists of zero or more collections.
<ol type="a">
<li>There might also be indices for improving performance.  
Indices can be specified explicitly.  Or, some database engine
implementations might deduce appropriate indices and create them
automatically.
</ol>

<li><p>
Each collection is an unordered set of documents.

<li><p>
A document is a unit of data that can be represented by JSON.
<ol type="a">
<li><p> The on-disk format and the client/server wire format may be something
completely different, as long as it has at least as much expressive power
as JSON.  Again, that is an implementation detail.  For the purposes of
this document, the data will be assumed to be JSON.
<li><p> Note that a document need not be a JSON object.  It might be
a single integer, a single floating-point value, a single string,
or an array.  A document is not required to be contained in {...},
though that is the common case.
</ol>

<li><p>
The names of collections must consist of alphanumeric characters and 
underscores and must begin with an alphabetic character.
<ol type="a">
<li><p> Fields within JSON objects may be named arbitrarily, subject to the
rules of JSON.  There is no restriction on the use of "$" or "." characters
in object field names.  However, good style recommends following the same
rules for object field names as are required for collection names.
</ol>

<li><p>
A new collection may be created using the CREATE COLLECTION statement
as follows:
<blockquote><pre>
CREATE COLLECTION <i>collection-name</i>
</pre></blockquote>

<ol type="a">
<li><p>
If a collection with the same name already exists, the CREATE COLLECTION
statement is a no-op.  There is no need for an "IF NOT EXISTS" clause.

<li><p>
A collection will be created automatically if an insert or upsert is made
against a collection that does not previously exist.
</ol>

<li><p>
A collection can be removed from a database using the DROP COLLECTION statement
as follows:
<blockquote><pre>
DROP COLLECTION <i>collection-name</i>
</pre></blockquote>

<ol type="a">
<li><p>
If no such collection exists, the DROP COLLECTION
statement is a no-op.  There is no need for an "IF EXISTS" clause.

<li><p>
Dropping a collection removes all documents that were part of that
collection.

<li><p>
Dropping a collection removes any indices associated with that
collection.

<li><p>
If all documents are removed from a collection and the collection does
not have any user-defined indices, then the database engine
may drop the collection automatically.
</ol>

<li><p>
Within a document, floating point values are preserved to an accuracy of
at least 15 significant digits.
<ol type="a">
<li><p>
Overflows and divisions by zero involving floating point values
do not raise errors but rather return NaN, +Inf, or -Inf, as appropriate.
</ol>

<li><p>
Integers are represented with an implementation-defined precision.
<ol type="a">
<li><p>
The implementation defined precision must be at least 64 bits and
it is recommended to be at least 10Kb.
</ol>

<li><p>
Implementations may publish well-define limits on the length of any
document.
<ol type="a">
<li><p>
The maximum document length should be measured in megabytes or greater.
</ol>

<li><p>
Implementations may publish well-define limits on the length of any
string.
<ol type="a">
<li><p>
It is recommended that the length of a string be limited only by the
limit on the length of a document.  In other words, a maximum-size
document that consist of only a string should be allowed.
</ol>

<li><p>
Binary data can be represented as strings with appropriate escapes for
backslash, double-quote, and zero characters.

<li><p>
Documents may be added to a collection using an INSERT statement:
<blockquote><pre>
INSERT INTO <i>collection-name</i> VALUE <i>expression</i>
</pre></blockquote>
<ol type="a">
<li><p>
The named collection is created automatically if it does not previously
exist.
<li><p>
The <i>expression</i> can be any javascript-style expression that evaluates
to a single JSON value.
<ul>
<li>Object field names need not appear in double-quotes, as long as they
contain only alphanumeric characters and underscores and begin with either
an alphabetic character or an underscore.
<li>Values can involve arithmetic expressions which are resolved before
th results is stored in the database.  For example:  5+9 is stored as 14.
<li>The <i>expression</i> is usually a JSON object, but can also be a
floating-point value, and integer, a string, or an array.
</ul>
<li><p>
An <i>expression</i> may also contain subqueries of the form
"(SELECT ...)".  Subqueries may be correlated.
</ol>

<li><p>
Documents may also be inserted as the result of a query:
<blockquote><pre>
INSERT INTO <i>collection-name</i> <i>query</i>
</pre></blockquote>
<ol type="a">
<li><p>
The named collection is created automatically if it does not previously
exist.
<li><p>
The syntax for <i>query</i> is described in the sequal.  
Basically, any content that can be requested from the database by
the application can also be fed back into a collection using this
style of INSERT statement.
</ol>

<li><p>
Documents may be removed from a collection using the DELETE statement:
<blockquote><pre>
DELETE FROM <i>collection-name</i> WHERE <i>expression</i>
</pre></blockquote>
<ol type="a">
<li><p>
Only those documents for which <i>expression</i> is true are removed
from the collection.
<ul>
<li>A "null" value is not true.
<li>A numeric value other than 0 or 0.0 is true.
<li>A string value is not true unless it can be interpreted as a non-zero
    numeric value.
<li>Arrays and objects are not true.
</ul>
<li><p>
The WHERE clause is optional.  If the WHERE clause is omitted,
all documents are removed from the collection.  If there are no
explicit indices on the collection, this might also cause the collection
to be automatically dropped.
</ol>

<li><p>
Documents can be changed using the UPDATE statement:
<blockquote><pre>
UPDATE <i>collection-name</i> SET <i>changes</i> WHERE <i>expression</i>
  ELSE INSERT VALUE <i>expression</i>
</pre></blockquote>
<ol type="a">
<li><p>The <i>changes</i> is a comma-separated
list of "<i>field</i>=<i>expression</i>" statements that cause
JSON object fields to taken on new values.  New fields are created
within the JSON object as necessary.
<li><p>The option WHERE clause controls which documents in the collection
are updated.  If the WHERE clause is omitted, all documents are updated.
<li><p>The optional ELSE INSERT clause causes the JSON value from the
following expression to be inserted into the collection if the WHERE
clause matched no terms in the collection.  The ELSE INSERT clause is 
used to implement "upsert".
</ol>

<li><p>
Query syntax is as follows:
<blockquote><pre>
SELECT <i>optional-expression</i>
  FROM <i>data-sources</i>
 WHERE <i>expression</i>
 GROUP BY <i>expression-list</i>
HAVING <i>expression</i>
 ORDER BY <i>expression-list</i>
 LIMIT <i>expression</i> OFFSET <i>expression</i>
</pre></blockquote>
<ol type="a">
<li><p>The <i>data-source</i> field specifies one or more collections.
A join is performed if two or more collections are specified.
<li><p>The optional WHERE, GROUP BY, HAVING, ORDER BY, LIMIT and
OFFSET clauses work as in SQL.
<li><p>The <i>optional-expression</i> defines a JSON object that is
to be returned by the query.  If omitted, the document of the first
collection in the FROM clause is returned.
</ol>

<li><p>Within expressions, supported operators are:
<table border=1 width=80%>
<tr><td>Logical Operators: <td> &&&nbsp;&nbsp;&nbsp;||&nbsp;&nbsp;&nbsp;!
<tr><td> Arithmetic Operators (+ also does string concat.): <td>-&nbsp;&nbsp;&nbsp;+&nbsp;&nbsp;&nbsp;*&nbsp;&nbsp;&nbsp;/&nbsp;&nbsp;&nbsp;%
<tr><td> Comparison Operators: <td>==&nbsp;&nbsp;&nbsp;<&nbsp;&nbsp;&nbsp;<=&nbsp;&nbsp;&nbsp;>&nbsp;&nbsp;&nbsp;>=&nbsp;&nbsp;&nbsp;!=&nbsp;&nbsp;&nbsp;<>
<tr><td> Bitwise Operators: <td>&&nbsp;&nbsp;&nbsp;|&nbsp;&nbsp;&nbsp;~&nbsp;&nbsp;&nbsp;<<&nbsp;&nbsp;&nbsp;>>
</table>
<p>In all cases, we strive for compatibility with Javascript.


Z c539c26d4edfd46dd3b9bd971f6271ba