[ALL] let's think about Query Language for 2.0

[Ruslan Zasukhin]

on 5/24/03 10:52 AM, Andreas Grosam at agrosam at computerworks.ch wrote:

>>>> So if you say that this query language will simplify building of new
>>>> pluggable Query Languages, then I agree with you.
>>> I didn't mentioned a "micro kernel language"  yet - but in fact - that
>>> would be the idea. This is a relative simple language which can be
>>> parsed or interpreted very efficiently. An SQL parser then just
>>> translates from SQL to "micro kernel query" language - much like a C++
>>> compiler translating into assembler.
>>> (an SQL parser then could run on the client - which frees resources on
>>> the server!!)
>> 
>> No Andreas, no sense parse on client.
>> 
>> After parsing you get a lots of nodes, and it takes longer time to
>> send them
>> via net. Also on client side you can not do semantic checks of SQL
>> query.
>> And AST of parsing at last of end should be translated into Execution
>> nodes,
>> which have sense only on server in context and in RAM of server.
> 
> The idea is to let the 1.4GHz double CPU equipped client machine do a
> little bit of the work.
> When having a "micro kernel language" - an SQL parser would simple
> *translate* from SQL to the micro kernel language.
> The output is of the SQL parser is just plain text - which can be
> parsed on the server more quickly. Of course, this is just an idea -
> don't know if it could work.

Yes idea is right. Today "clients" can be very powerful,
And it is time to think how distribute calculations between them...

Another problem with SQL parser on Client side -- size of client.
For some apps this is not important, but for some this can be critical.


-- 
Best regards,
Ruslan Zasukhin      [ I feel the need...the need for speed ]
-------------------------------------------------------------
e-mail: ruslan at paradigmasoft.com
web: http://www.paradigmasoft.com

To subscribe to the Valentina mail list go to:
http://lists.macserve.net/mailman/listinfo/valentina
-------------------------------------------------------------