~ubuntu-branches/debian/sid/sqlalchemy/sid

« back to all changes in this revision

Viewing changes to doc/build/glossary.rst

  • Committer: Package Import Robot
  • Author(s): Piotr Ożarowski
  • Date: 2014-06-27 20:17:13 UTC
  • mfrom: (1.4.28)
  • Revision ID: package-import@ubuntu.com-20140627201713-g6p1kq8q1qenztrv
Tags: 0.9.6-1
* New upstream release
* Remove Python 3.X build tag files, thanks to Matthias Urlichs for the
  patch (closes: #747852)
* python-fdb isn't in the Debian archive yet so default dialect for firebird://
  URLs is changed to obsolete kinterbasdb, thanks to Russell Stuart for the
  patch (closes: #752145)

Show diffs side-by-side

added added

removed removed

Lines of Context:
387
387
        A subquery comes in two general flavors, one known as a "scalar select"
388
388
        which specifically must return exactly one row and one column, and the
389
389
        other form which acts as a "derived table" and serves as a source of
390
 
        rows for the FROM clause of another select.  A scalar select is eligble
 
390
        rows for the FROM clause of another select.  A scalar select is eligible
391
391
        to be placed in the :term:`WHERE clause`, :term:`columns clause`,
392
392
        ORDER BY clause or HAVING clause of the enclosing select, whereas the
393
393
        derived table form is eligible to be placed in the FROM clause of the
447
447
 
448
448
        The above subquery refers to the ``user_account`` table, which is not itself
449
449
        in the ``FROM`` clause of this nested query.   Instead, the ``user_account``
450
 
        table is recieved from the enclosing query, where each row selected from
 
450
        table is received from the enclosing query, where each row selected from
451
451
        ``user_account`` results in a distinct execution of the subquery.
452
452
 
453
453
        A correlated subquery is in most cases present in the :term:`WHERE clause`