Wrote a test case for the PartitionEstimator to prove to myself that we can handle OR's in WHERE clauses correctly. How nice...
The PartitionEstimator now correctly supports ConstantValues when examining Statement WHERE clauses. Not that I think this occurs that often in queries, but it's good to have...
Renamed 'ColumnSet' to 'PredicatePairs'. Moved it out of the designer package since it's used by the PartitionEstimator. I would like to also remove the embedded set of Statements if I could too...
Another renaming to make things less confusing...
Fixed the PartitionEstimator so that it will broadcast any query that don't use an equality comparison on a StmtParameter/ConstantValue. I could have pushed this logic further into the AbstractHasher stuff, but I decided to hold back because I don't want to foul up what the UCSB guys are working on.
Major Change: INSERT/UPDATE/DELETE queries will now return the logical number of tuples that get modified (rather than the physical). This is the way it's suppose to be. Restored support for TestReplicationSuite to verify this
Added test case to TestHStoreSiteSuite that verifies we execute queries in the right order when we do a broadcast update... I should really be writing my dissertation and not messing with this...
Fixes in how we handle the # of modified tuples for an INSERT/UPDATE/DELETE on a replicated table.
More fixes after the logic tuple correction for replicated tables. Moved the dependency ordering test for replicated table updates to TestSQLFeaturesSuite
Fixes for TestSingleSitedCostModel. The PartitionEstimator's logic was correct. The test case was not...
Merge branch 'anticache'