Refreshing a segment of time range in the past is the way to pick up
historic data changes. We don't see this as a common use case though.
History data should not change in most cases.
A new HTable is created to hold the new segment, and the old segment and
its HTable become garbage to be collecte
First link says you can do incremental based on "range of segments". Is it
a timestamp/date range that we define during cube creation?
ANd since data is stored in hbase will kylin just overwrite new data with
new one with same rowkeys?
Thanks
On Thu, May 11, 2017 at 1:26 PM, Alberto Ramón
wrote:
Q1- Check this previous mailList about late data:
http://apache-kylin.74782.x6.nabble.com/Reloading-data-td5669.html
You only will need recalculate segments involved
Q2- Check Shardin (https://issues.apache.org/jira/browse/KYLIN-1453)
Partition by time column is not reoomended (It Will create h
Hi,
Correct me if I am wrong but currently you can not update existing kylin
cube without refreshing entire cube. Does it mean if I am pulling new data
from hive based on lets say customerId, Timestamp for which I already built
cube before I have to rebuild entire cube from scratch? Or can I say
r