@Julian, plan to refactor the underlying aggregation group in Q4. Will drop hierarchy concept in the backend, however in the frontend for ease of understanding, may still call it hierarchy. :-)
On Sat, Sep 19, 2015 at 2:40 AM, Patrick McAnneny < [email protected]> wrote: > Great thread and great read. I see now that hierarchies are just a way to > specify correlated dimensions for added efficiencies in cube architecture. > I understand now. Thanks a lot! > > On Fri, Sep 18, 2015 at 1:08 PM, Julian Hyde <[email protected]> wrote: > > > As I've said before[1] I don't think hierarchies add much to Kylin. > > > > Julian > > > > [1] > > > http://mail-archives.apache.org/mod_mbox/kylin-dev/201506.mbox/%[email protected]%3E > > > > On Fri, Sep 18, 2015 at 9:18 AM, Patrick McAnneny > > <[email protected]> wrote: > > > So does a regular dimension though right? What's the difference > between a > > > singular hierarchy dimension and a regular dimension? The end resulting > > > kylin sql would be the same (group by) right? Thanks for helping me > > > understand! > > > > > > On Fri, Sep 18, 2015 at 12:01 PM, Sarnath <[email protected]> wrote: > > > > > >> Hierarchy indicates that drill down is possible. > > >> > > >
