This content has been marked as final. Show 3 replies
It is the function of the storage server to discard the unnecessary columns on the retrieved rows and return only targeted rows and columns during a smart scan. note this will only happen during a smart scan and there are several other criteria that need to be met to ensure that like direct reads and the hidden smalltable_threshhold parameter.
So the saving when it occurs is between the storage grid and the compute nodes since the full rows are still read from disk.
Not sure if HCC has any impact on this however . I was not taking the case when the table is HCC compressed .
HCC stores rows column-wise within a compression unit. Lots of doc on this. Most recently http://jonathanlewis.wordpress.com/2012/07/20/compression_units/
In technical speak, Exadata HCC is not a true column store, where each column is stored in a different file, but it does leverage column storage/compression (organization) as the data is stored in column-major format.
Greg Rahn | blog | twitter | linkedin
I am thesis advising about comparative in relational and columnar databases, i wan't help about how focus this project.