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/