You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@kylin.apache.org by hongbin ma <ma...@apache.org> on 2016/09/03 09:26:52 UTC
Re: KYLIN-1656
@shaofeng any insights?
On Wed, Aug 3, 2016 at 9:56 AM, Joel Victor <jo...@gmail.com> wrote:
> ld think about making this feature optional (A per cube config until we
> find a better solution). This feature is useful when data sets are really
> large, the size of the distinct count step contributes much more to the
> build latency and also where the count step is not complex.
>
> To add to that the size of the table c
>
--
Regards,
*Bin Mahone | 马洪宾*
Re: KYLIN-1656
Posted by Joel Victor <jo...@gmail.com>.
Thanks ShaoFeng! Will add the details and my observations there too.
On Fri, Sep 9, 2016 at 11:26 AM, ShaoFeng Shi <sh...@apache.org>
wrote:
> Hi Joel, sorry for the late response.
>
> For your issue I fully understand, and I created a JIRA:
> https://issues.apache.org/jira/browse/KYLIN-2004 You can subscribe and
> comment there.
>
>
> 2016-09-03 17:26 GMT+08:00 hongbin ma <ma...@apache.org>:
>
>> @shaofeng any insights?
>>
>> On Wed, Aug 3, 2016 at 9:56 AM, Joel Victor <jo...@gmail.com>
>> wrote:
>>
>>> ld think about making this feature optional (A per cube config until we
>>> find a better solution). This feature is useful when data sets are really
>>> large, the size of the distinct count step contributes much more to the
>>> build latency and also where the count step is not complex.
>>>
>>> To add to that the size of the table c
>>>
>>
>>
>>
>>
>> --
>> Regards,
>>
>> *Bin Mahone | 马洪宾*
>>
>
>
>
> --
> Best regards,
>
> Shaofeng Shi
>
>
Re: KYLIN-1656
Posted by ShaoFeng Shi <sh...@apache.org>.
Hi Joel, sorry for the late response.
For your issue I fully understand, and I created a JIRA:
https://issues.apache.org/jira/browse/KYLIN-2004 You can subscribe and
comment there.
2016-09-03 17:26 GMT+08:00 hongbin ma <ma...@apache.org>:
> @shaofeng any insights?
>
> On Wed, Aug 3, 2016 at 9:56 AM, Joel Victor <jo...@gmail.com> wrote:
>
>> ld think about making this feature optional (A per cube config until we
>> find a better solution). This feature is useful when data sets are really
>> large, the size of the distinct count step contributes much more to the
>> build latency and also where the count step is not complex.
>>
>> To add to that the size of the table c
>>
>
>
>
>
> --
> Regards,
>
> *Bin Mahone | 马洪宾*
>
--
Best regards,
Shaofeng Shi