Glad to see you making this proposal! The features you mentioned are really not popular even the heavy user neither try them nor know their usage.
For 1/2/3/4/5.1/5.2/7, we can remove this features with their code. But if we consider compatibility, the query processing will still be complex. How can we solve this problem? For 6, we may need to optimize it. If the problem lies in reading indices into memory, we can another way to fix it, such as making slices or some other ways. As for the refactory points, I'm not sure about the 1st&2nd points. As I know, in data loading, we group dimensions and measures while writing sort_temp_files, this can enhance the loading performance since it can reduce the size of file. -- Sent from: http://apache-carbondata-dev-mailing-list-archive.1130556.n5.nabble.com/