Skip to content

[DO NOT MERGE] KAFKA-3705: non-key joins#3720

Closed
guozhangwang wants to merge 8 commits intoapache:trunkfrom
Kaiserchen:KAFKA3705
Closed

[DO NOT MERGE] KAFKA-3705: non-key joins#3720
guozhangwang wants to merge 8 commits intoapache:trunkfrom
Kaiserchen:KAFKA3705

Conversation

@guozhangwang
Copy link
Copy Markdown
Contributor

@guozhangwang guozhangwang commented Aug 23, 2017

This is just for reviewing the diff easily to see how it is done by @jfilipiak @Kaiserchen

*
*/

KeyValueIterator<K, V> prefixScan(K prefix);
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@guozhangwang this is controversal and needs discussion. We use the same type for prefix and key. Currently I rely on the Serde to only render a prefix. that works fantastic with protobuf,avro and String might be the worst nightmare for JSON people

*/
<K0, V0, KO, VO> KTable<K0, V0> oneToManyJoin(KTable<KO, VO> other,
ValueMapper<VO, K> keyExtractor,
ValueMapper<K, K0> joinPrefixFaker,
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Same controversy as with the Store prefix(K)

* @param joiner
* @return
*/
<K0, V0, KO, VO> KTable<K0, V0> oneToManyJoin(KTable<KO, VO> other,
Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

returns new K0 wich needs to contain K and K0. I love how this works so i expect controversy here aswell

@guozhangwang
Copy link
Copy Markdown
Contributor Author

Closing this PR as it is already addressed by @bellemare

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants