[MONDRIAN-1703]  Determination of the aggStar in SqlTupleReader is independent of the determination of the measures present in a native filter.  This left open the possibility that
one or more measures could be missing from the aggregate table that was selected, since only one of the measures is set in context.
E.g. filter (<set>, measure.[a] > measure.[b]) can be natively evaluated only if the columns for both measure [a] and [b] are present in the agg table.
To side step the issue, this fix omits the having constraint if we determine that a measure is not present.
(cherry picked from commit c6f0d81)
[MONDRIAN-1703]  Added one more test query to verify the negative case.
(cherry picked from commit c7c285e)
Merge pull request #143 from mkambol/3.6-mon1703

MONDRIAN-1703] Determination of the aggStar in SqlTupleReader is ind…