e********2
发帖数: 495 | 1 到底有没有用啊？是否efficient？网上都是拿仅仅根据sedonary index key查询(比如
where index_key = 50)，可能性能很差。但是没有讲如果和partition key一起结合记
起来查(比如where index_key = 50 and uuid = 13n234n112q34sjdfjakskf)性能如何。 |
w**z
发帖数: 8232 | 2 别用。
何。
【在 e********2 的大作中提到】
: 到底有没有用啊？是否efficient？网上都是拿仅仅根据sedonary index key查询(比如
: where index_key = 50)，可能性能很差。但是没有讲如果和partition key一起结合记
: 起来查(比如where index_key = 50 and uuid = 13n234n112q34sjdfjakskf)性能如何。
|
p*****2
发帖数: 21240 | 3 我觉得可以试试
何。
【在 e********2 的大作中提到】
: 到底有没有用啊？是否efficient？网上都是拿仅仅根据sedonary index key查询(比如
: where index_key = 50)，可能性能很差。但是没有讲如果和partition key一起结合记
: 起来查(比如where index_key = 50 and uuid = 13n234n112q34sjdfjakskf)性能如何。
|
e********2
发帖数: 495 | 4 为啥？你老有什么经验？我已经下定决心要用了。就当练手了。公司的老头子们都太保
守了。
【在 w**z 的大作中提到】
: 别用。
:
: 何。
|
e********2
发帖数: 495 | 5 关键是符合secondary index的使用条件，对应与每个index value的rows至少有200个。
成千上万都有可能。
【在 e********2 的大作中提到】
: 为啥？你老有什么经验？我已经下定决心要用了。就当练手了。公司的老头子们都太保
: 守了。
|
p*****2
发帖数: 21240 | 6
回来share一下经验。我们是用spark解决query的问题。
【在 e********2 的大作中提到】
: 为啥？你老有什么经验？我已经下定决心要用了。就当练手了。公司的老头子们都太保
: 守了。
|
g*****g
发帖数: 34805 | 7 简单一句话，数据量很大的话，不要用secondary index。自己弄个index CF.
何。
【在 e********2 的大作中提到】
: 到底有没有用啊？是否efficient？网上都是拿仅仅根据sedonary index key查询(比如
: where index_key = 50)，可能性能很差。但是没有讲如果和partition key一起结合记
: 起来查(比如where index_key = 50 and uuid = 13n234n112q34sjdfjakskf)性能如何。
|
w**z
发帖数: 8232 | 8 就是， 看看 mailing list, 或irc channel 里，没人建议用 secondary index, 都是
自己搞。
【在 g*****g 的大作中提到】
: 简单一句话，数据量很大的话，不要用secondary index。自己弄个index CF.
:
: 何。
|
