[
https://issues.apache.org/jira/browse/DATAFU-129?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16622132#comment-16622132
]
Eyal Allweil commented on DATAFU-129:
-------------------------------------
I'm attaching a patch which doesn't work - I guess this is a sign of my level
of desperation. Basically, if I create a copy-pasted version of
ExtremalTupleByNthField - let's call it DataFuExtremalTupleByNthField -
everything works fine, both in the unit test and on a cluster/vm.
But if I autojar it (as is done in the attached patch, [^DATAFU-129-bad.patch]
) - the tests run fine, but on a cluster/vm it doesn't work, and I'm not sure
why. In retrospect, I guess this is actually an implementation of #3, not #2 -
but I don't think that's the reason why it doesn't work.
> New macro - dedup
> -----------------
>
> Key: DATAFU-129
> URL: https://issues.apache.org/jira/browse/DATAFU-129
> Project: DataFu
> Issue Type: New Feature
> Reporter: Eyal Allweil
> Assignee: Eyal Allweil
> Priority: Major
> Labels: macro
> Attachments: DATAFU-129-bad.patch, DATAFU-129.patch
>
>
> Macro used to dedup (de-duplicate) a table, based on a key or keys and an
> ordering (typically a date updated field).
> One thing to consider - the implementation relies on the
> ExtremalTupleByNthField UDF in PiggyBank. I've added it to the test
> dependencies in order for the test to run. While I feel that anyone using Pig
> typically has PiggyBank in the classpath, this might not be true - do we have
> an alternative? (maybe adding it to the jarjar?)
> The macro's definition looks as follows:
> DEFINE dedup(relation, row_key, order_field) returns out {
> relation - relation to dedup
> row_key - field(s) for group by
> order_field - the field for ordering (to find the most recent record)
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)
