The lifecycle differences between QQL and SQL

The Quicktext Query Language is a domain-specific language oriented to the corpus processing. It includes the Corpus Definition Language (CDL), the Corpus Manipulation Language (CML), the Corpus Control Language (CCL), the Corpus Query Language (CQL), and the Corpus Visualization Language (CVL).

The lifecycle differences between QQL and SQL

The SQL filename: demo.sql

There are seven statments in demo.sql.

The QQL filename: demo.qql

There are 21 statments in demo.sql.

The content of demo.sql

LINE1: select 'title','author','abstract','url','keyword'
LINE2: from 'cssci','cscd','patent'
LINE3: where keyword like '%media%'
LINE4: AND keyword like '%AI%'
LINE5: AND keyword like '%AI%media%'
LINE6: order by title asc
LINE7: limit 0,1000

The content of demo.qql

LINE1: select 'title','author','abstract','url','keyword'
LINE2: from 'cssci','cscd','patent'
LINE3: where keyword=['media','AI','AI+media'] 
LINE4: when cron=['0,0,0,0,0,0,0']
LINE5: limit 0,1000 
LINE6: update = cache 
LINE7: do sort = ['year' = asc,'name' = asc],
LINE8: filter = ['name' = 'information','year' = 'analytics'],
LINE9: black filter = ['name'='data','year'='research']
LINE10: with plugins=['mail'='','sms'='+8600000000000']
LINE11: which schema=['schema://'], 
LINE12: model=['tensorflow'='D:/google.model','caffe'='C:/berkery.model'],
LINE13: corpus=['cssci://',
LINE14:         'cscd://',
LINE15:         'patent://'],
LINE16: plugin=['mail://',
LINE17:       	'sms://'],
LINE18: daemon=['daemon://',
LINE19: 		    'daemon://',
LINE20:     	  'daemon://']
LINE21: certificate=['certificate://']

The lifecycle overview of the SQL

I take the SQLite for example.

Sqlite life cycle

  1. The Tokenizer
  2. The Parser
  3. The Code Generator
  4. The Byte code generator
  5. The Virtual Machine module
  6. The B-Tree module
  7. The Pager module
  8. The OS Interface

The full text is cited form

  1. The internal organization of the SQLite library can be viewed as the stack of modules shown to the right.
  2. The Tokenizer, Parser, and Code Generator components are used to process SQL statements and convert them into executable programs in a virtual machine language or byte code.
  3. The byte code generated by the top three layers is a prepared statement.
  4. The Virtual Machine module is responsible for running the SQL statement byte code.
  5. The B-Tree module organizes a database file into multiple key/value stores with ordered keys and logarithmic performance.
  6. The Pager module is responsible for loading pages of the database file into memory, for implementing and controlling transactions, and for creating and maintaining the journal files that prevent database corruption following a crash or power failure.
  7. The OS Interface is a thin abstraction that provides a common set of routines for adapting SQLite to run on different operating systems.

The lifecycle overview of the QQL

I take the Quickcorps for example.

Quickcorps life cycle

  1. The Tokenizer
  2. The Parser
  3. The B-Tree module
  4. The Pager module
  5. The OS Interface

Quickcorps doesn’t have the following steps.

1 The Code Generator

2 The Byte code generator

3 The Virtual Machine module

Because the current Quickcorpus is written in Java Programming, the Java Programming is cross platform.


  1. File Database File Format
  2. The SQLite Bytecode Engine