In row based clustered index: the entire table data (all columns) is ordered by clustered index column. Each page holds a particular amount of rows and all the column.
In row based non-clustered index - a data structure is created that holds the index column. Each page of the indexed column holds the row-wise values for that column and each row points back to the (another page) clustered index table key row or heap row (if no clustered index exists) for rest of the data.
I understand the concept of columnstore index - in the sense that there are row groups. Each row group contains one column segment (compressed) for every column in the table and there is a delta store to hold the Inserts/Updates until the next tuple mover process gets invoked. Based on the above 2 points of rowstore index (page), please can you tell me how it works in case of clustered and non-clustered columnstore index.
Example - In case of Columnstore non-clustered index storage, is it conceptually same as rowstore non-clustered index - that is - separate page for the index column, the values of which points to heap or clustered index key.