Re: tolog for TMQL

Lars Marius Garshol <[email protected]>
Newsgroups gmane.text.xml.xtm.general
Message-ID <[email protected]>
* Robert Barta
> 
> Parsing or processing-time "not legal"?

We never really decided. It could be either. If you turn off the reordering optimizer, I think it's runtime. If you leave it on, I think it's compile-time. Certainly it's trivial to make it compile-time.

> [ BTW: I cannot remember having seen subquery functionality in tolog. ]

It's not there. It probably should be. 

I see no major obstacles to adding it. 

> The issue is - as always - the _locality_ of the information. Here I
> still contend that PEs - by definition - have a narrower/constrained
> way to pass on information.

If your point is that tolog requires a global analysis of the query to tell whether variables are used elsewhere or can be safely optimized away then that's certainly true.

Whether that's an impediment worthy of note is a different point. It's not difficult, and collecting this sort of information is useful in a number of different ways in any case.

--Lars M.
http://www.garshol.priv.no/tmphoto/
http://www.garshol.priv.no/blog/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.