Many hyperlinks are disabled.
Use anonymous login
to enable hyperlinks.
Overview
Comment: | :-) (CVS 86) |
---|---|
Downloads: | Tarball | ZIP archive |
Timelines: | family | ancestors | descendants | both | trunk |
Files: | files | file ages | folders |
SHA1: |
049abcb37def4200fb8f4ad7cea60a1d |
User & Date: | drh 2000-06-08 21:53:06.000 |
Context
2000-06-09
| ||
01:58 | :-) (CVS 87) (check-in: 3661b5ff93 user: drh tags: trunk) | |
2000-06-08
| ||
21:53 | :-) (CVS 86) (check-in: 049abcb37d user: drh tags: trunk) | |
19:43 | :-) (CVS 85) (check-in: 8b1c151b7b user: drh tags: trunk) | |
Changes
Changes to Makefile.in.
︙ | ︙ | |||
181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 | changes.html: $(TOP)/www/changes.tcl tclsh $(TOP)/www/changes.tcl >changes.html fileformat.html: $(TOP)/www/fileformat.tcl tclsh $(TOP)/www/fileformat.tcl >fileformat.html # Files to be published on the website. # PUBLISH = \ sqlite.tar.gz \ index.html \ sqlite.html \ changes.html \ fileformat.html \ c_interface.html website: $(PUBLISH) publish: $(PUBLISH) scp $(PUBLISH) hwaci@oak.he.net:public_html/sw/sqlite | > > > > | 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 | changes.html: $(TOP)/www/changes.tcl tclsh $(TOP)/www/changes.tcl >changes.html fileformat.html: $(TOP)/www/fileformat.tcl tclsh $(TOP)/www/fileformat.tcl >fileformat.html lang.html: $(TOP)/www/lang.tcl tclsh $(TOP)/www/lang.tcl >lang.html # Files to be published on the website. # PUBLISH = \ sqlite.tar.gz \ index.html \ sqlite.html \ changes.html \ fileformat.html \ lang.html \ c_interface.html website: $(PUBLISH) publish: $(PUBLISH) scp $(PUBLISH) hwaci@oak.he.net:public_html/sw/sqlite |
︙ | ︙ |
Added www/lang.tcl.
> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > | 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 | # # Run this Tcl script to generate the sqlite.html file. # set rcsid {$Id: lang.tcl,v 1.1 2000/06/08 21:53:06 drh Exp $} puts {<html> <head> <title>Query Language Understood By SQLite</title> </head> <body bgcolor=white> <h1 align=center> SQL As Understood By SQLite </h1>} puts "<p align=center> (This page was last modified on [lrange $rcsid 3 4] GMT) </p>" puts { <p>The SQLite library understands most of the standard SQL language. But it does omit some features while at the same time adding a few features of its own. This document attempts to describe percisely what parts of the SQL language SQLite does and does not support.</p> <p>In all of the syntax diagrams that follow, literal text is shown in bold blue. Non-terminal symbols are shown in italic red. Operators that are part of the syntactic markup itself are shown in black roman.</p> <p>This document is just an overview of the SQL syntax implemented by SQLite. Many low-level productions are omitted. For detailed information on the language that SQLite understands, refer to the source code.</p> <h2>CREATE TABLE</h2> <p>The basic structure of a CREATE TABLE statement is as follows:</p> } proc Syntax {args} { puts {<table cellpadding="15">} foreach {rule body} $args { puts "<tr><td align=\"right\" valign=\"top\">" puts "<i><font color=\"#ff3434\">$rule</font></i> ::=</td>" regsub -all < $body {%LT} body regsub -all > $body {%GT} body regsub -all %LT $body {</font></b><i><font color="#ff3434">} body regsub -all %GT $body {</font></i><b><font color="#2c2cf0">} body regsub -all {[]|[*?]} $body {</font></b>&<b><font color="#2c2cf0">} body regsub -all "\n" [string trim $body] "<br>\n" body regsub -all "\n *" $body "\n\\ \\ \\ \\ " body regsub -all {[|,*()]} $body {<big>&</big>} body puts "<td><b><font color=\"#2c2cf0\">$body</font></b></td></tr>" } puts {</table>} } Syntax {sql-command} { CREATE TABLE <table-name> ( <column-def> [, <column-def>]* [, <constraint>]* ) } {column-def} { <name> <type> [<column-constraint>]* } {type} { <typename> | <typename> ( <number> ) | <typename> ( <number> , <number> ) } {column-constraint} { NOT NULL | PRIMARY KEY [<sort-order>] | UNIQUE | CHECK ( <expr> ) } {constraint} { PRIMARY KEY ( <name> [, <name>]* ) | UNIQUE ( <name> [, <name>]* ) | CHECK ( <expr> ) } puts { <p>A CREATE TABLE statement is basically the keywords "CREATE TABLE" followed by the name of a new table and a parenthesized list of column definitions and constraints. The table name can be either an identifier or a string. The only reserved table name is "<b>sqlite_master</b>" which is the name of the table that records the database schema.</p> <p>Each column definition is the name of the column followed by the datatype for that column, then one or more optional column constraints. The datatype for the column is ignored. All information is stored as null-terminated strings. The constraints are also ignored, except that the PRIMARY KEY constraint will cause an index to be automatically created that implements the primary key. The name of the primary key index will be the table name with "<b>__primary_key</b>" appended. The index used for a primary key does not show up in the <b>sqlite_master</b> table, but a GDBM file is created for that index.</p> <p>There are no arbitrary limits on the size of columns, on the number of columns, or on the number of constraints in a table.</p> <p>The exact text of each CREATE TABLE statement is stored in the <b>sqlite_master</b> table. Everytime the database is opened, all CREATE TABLE statements are read from the <b>sqlite_master</b> table and used to regenerate SQLite's internal representation of the table layout.</p> } puts {<h2>CREATE INDEX</h2> } Syntax {sql-statement} { CREATE INDEX <index-name> ON <table-name> ( <column-name> [, <column-name>]* ) } {column-name} { <name> [ ASC | DESC ] } puts { <p>The CREATE INDEX command consists of the keywords "CREATE INDEX" followed by the name of the new index, the keyword "ON" the name of a previously created table that is to be indexed, and a parenthesized list of names of columns in the table that are used for the index key. Each column name can be followed by one of the "ASC" or "DESC" keywords to indicate sort order, but since GDBM does not implement ordered keys, these keywords are ignored.</p> <p>There are no arbitrary limits on the number of indices that can be attached to a single table, nor on the number of columns in an index.</p> <p>The exact text of each CREATE INDEX statement is stored in the <b>sqlite_master</b> table. Everytime the database is opened, all CREATE INDEX statements are read from the <b>sqlite_master</b> table and used to regenerate SQLite's internal representation of the index layout.</p> <h2>DROP TABLE</h2> } Syntax {sql-command} { DROP TABLE <table-name> } puts { <p>The DROP TABLE statement consists of the keywords "DROP TABLE" followed by the name of the table. The table named is completely removed from the disk. The table can not be recovered. All indices associated with the table are also reversibly deleted.</p> <h2>DROP INDEX</h2> } Syntax {sql-command} { DROP INDEX <index-name> } puts { <p>The DROP INDEX statement consists of the keywords "DROP INDEX" followed by the name of the index. The index named is completely removed from the disk. The only way to recover the index is to reenter the appropriate CREATE INDEX command.</p> <h2>VACUUM</h2> } Syntax {sql-statement} { VACUUM [<index-or-table-name>] } puts { <p>The VACUUM command is an SQLite extension modelled after a similar command found in PostgreSQL. If VACUUM is invoked with the name of a table or index, then the <b>gdbm_reorganize()</b> function is called on the corresponding GDBM file. If VACUUM is invoked with no arguments, then <b>gdbm_reorganize()</b> is call on every GDBM file in the database.</p> <p>It is a good idea to run VACUUM after creating large indices, especially indices where a single index value refers to many entries in the data table. Reorganizing these indices will make the underlying GDBM file much smaller and will help queries to run much faster.</p> } puts { <p><hr /></p> <p><a href="index.html"><img src="/goback.jpg" border=0 /> Back to the SQLite Home Page</a> </p> </body></html>} |