db-derby-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Apache Wiki <wikidi...@apache.org>
Subject [Db-derby Wiki] Update of "LanguageGenerate" by BryanPendleton
Date Wed, 14 Aug 2013 00:49:14 GMT
Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Db-derby Wiki" for change notification.

The "LanguageGenerate" page has been changed by BryanPendleton:

Taken from a derby-dev posting from Rick Hillegas from August, 2013

New page:
Q: Why does Apache Derby prefer bytecode generation over reflection, or other techniques?

A: A SQL interpreter needs to evaluate lots of expressions. Consider the following statement:
  select a+b from t where c*d > e*f;
In this statement, the SQL interpreter has to evaluate
  c*d > e*f
For this expression evaluation, all SQL interpreters generate bytecode. At least, all SQL
interpreters which we know about. For most SQL interpreters, the bytecode is something proprietary.
At runtime, the bytecode is evaluated on a special virtual machine built into the SQL interpreter.

What is different about Derby is that Derby doesn't define its own proprietary bytecode and
Derby doesn't supply a special virtual machine in its execution layer. Instead, Derby just
uses Java bytecode and the Java virtual machine for expression evaluation. 

For a pure-Java database like Derby, the traditional approach would mean that every expression
would be evaluated on 2 virtual machines: first the proprietary virtual machine and then ultimately
the Java virtual machine. The advantages of the Derby approach are supposed to be:

 1. Derby doesn't have to maintain its own proprietary virtual machine.
 1. Eliminating one of the virtual machines ought to result in measurable performance boosts
for queries involving expressions and lots of rows.

Reflection is a further issue for expressions which invoke external routines coded in Java.
When the bytecode generator was created 15 years ago, Java reflection was an expensive operation.
We believe that the performance of reflection has improved significantly since then.

View raw message