by fizbin » Sat Feb 02, 2013 1:17 pm
Thanks, but if I want to create a constant, let's say 42, it says invalid SQL if I just write 42 as the expression in the Column Tab. (It works under the Variable Tab, though.) The only way I've found to do it under the Column tab is to write something like:
if[ cnt_hands >= 0, 42, 0 ]
The condition is always true, so then I always get my 42. It wants a field name, so a simple "42" won't work, and the following doesn't work either:
if[ 1 = 1, 42, 0 ]
Is there a better way?
If I create about 70 new columns to hold parameters, would it negatively impact the overall SQL performance?
I also have a question about efficiency. If you use a Column repeatedly in a Stat color definition, the Column is only evaluated once, correct? And if you use a Stat in a Stat color definition, the Stat is reevaluated every time it's used, correct? For example,
"#VPIP# >= 20 AND #VPIP# < 30" as a color condition would result in the VPIP stat being computed twice, whereas if you happened to have a "vpip" column, then you could write "vpip >= 20 AND vpip < 30" and this would require less computation, right? The example is trivial, but the color conditions I actually used brought my machine to its knees, so I'm wondering if I can create Columns to basically hold some of my Custom Stat information, so that less information needs to be (re)computed for each color condition.