[ https://issues.apache.org/jira/browse/PHOENIX-6213?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17238478#comment-17238478 ]
ASF GitHub Bot commented on PHOENIX-6213: ----------------------------------------- stoty commented on pull request #978: URL: https://github.com/apache/phoenix/pull/978#issuecomment-733434254 :broken_heart: **-1 overall** | Vote | Subsystem | Runtime | Comment | |:----:|----------:|--------:|:--------| | +0 :ok: | reexec | 0m 33s | Docker mode activated. | ||| _ Prechecks _ | | +1 :green_heart: | dupname | 0m 1s | No case conflicting files found. | | +1 :green_heart: | hbaseanti | 0m 0s | Patch does not have any anti-patterns. | | +1 :green_heart: | @author | 0m 0s | The patch does not contain any @author tags. | | +1 :green_heart: | test4tests | 0m 0s | The patch appears to include 1 new or modified test files. | ||| _ master Compile Tests _ | | +1 :green_heart: | mvninstall | 12m 38s | master passed | | +1 :green_heart: | compile | 1m 0s | master passed | | +1 :green_heart: | checkstyle | 1m 36s | master passed | | +1 :green_heart: | javadoc | 0m 45s | master passed | | +0 :ok: | spotbugs | 2m 53s | phoenix-core in master has 966 extant spotbugs warnings. | | -0 :warning: | patch | 3m 0s | Used diff version of patch file. Binary files and potentially other changes not applied. Please rebase and squash commits if necessary. | ||| _ Patch Compile Tests _ | | +1 :green_heart: | mvninstall | 7m 38s | the patch passed | | +1 :green_heart: | compile | 0m 55s | the patch passed | | +1 :green_heart: | javac | 0m 55s | the patch passed | | -1 :x: | checkstyle | 1m 39s | phoenix-core: The patch generated 64 new + 2728 unchanged - 18 fixed = 2792 total (was 2746) | | +1 :green_heart: | whitespace | 0m 0s | The patch has no whitespace issues. | | +1 :green_heart: | javadoc | 0m 43s | the patch passed | | +1 :green_heart: | spotbugs | 3m 7s | the patch passed | ||| _ Other Tests _ | | -1 :x: | unit | 101m 8s | phoenix-core in the patch failed. | | +1 :green_heart: | asflicense | 0m 27s | The patch does not generate ASF License warnings. | | | | 137m 44s | | | Subsystem | Report/Notes | |----------:|:-------------| | Docker | ClientAPI=1.40 ServerAPI=1.40 base: https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-978/4/artifact/yetus-general-check/output/Dockerfile | | GITHUB PR | https://github.com/apache/phoenix/pull/978 | | JIRA Issue | PHOENIX-6213 | | Optional Tests | dupname asflicense javac javadoc unit spotbugs hbaseanti checkstyle compile | | uname | Linux b632b3c959aa 4.15.0-58-generic #64-Ubuntu SMP Tue Aug 6 11:12:41 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux | | Build tool | maven | | Personality | dev/phoenix-personality.sh | | git revision | master / f1f92aa | | Default Java | Private Build-1.8.0_242-8u242-b08-0ubuntu3~16.04-b08 | | checkstyle | https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-978/4/artifact/yetus-general-check/output/diff-checkstyle-phoenix-core.txt | | unit | https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-978/4/artifact/yetus-general-check/output/patch-unit-phoenix-core.txt | | Test Results | https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-978/4/testReport/ | | Max. process+thread count | 7074 (vs. ulimit of 30000) | | modules | C: phoenix-core U: phoenix-core | | Console output | https://ci-hadoop.apache.org/job/Phoenix/job/Phoenix-PreCommit-GitHub-PR/job/PR-978/4/console | | versions | git=2.7.4 maven=3.3.9 spotbugs=4.1.3 | | Powered by | Apache Yetus 0.12.0 https://yetus.apache.org | This message was automatically generated. ---------------------------------------------------------------- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. For queries about this service, please contact Infrastructure at: us...@infra.apache.org > Extend Cell Tags to Delete object. > ---------------------------------- > > Key: PHOENIX-6213 > URL: https://issues.apache.org/jira/browse/PHOENIX-6213 > Project: Phoenix > Issue Type: New Feature > Reporter: Rushabh Shah > Assignee: Rushabh Shah > Priority: Major > > We want to track the source of mutations (especially Deletes) via Phoenix. We > have multiple use cases which does the deletes namely: customer deleting the > data, internal process like GDPR compliance, Phoenix TTL MR jobs. For every > mutations we want to track the source of operation which initiated the > deletes. > At my day job, we have custom Backup/Restore tool. > For example: During GDPR compliance cleanup (lets say at time t0), we > mistakenly deleted some customer data and it were possible that customer also > deleted some data from their side (at time t1). To recover mistakenly deleted > data, we restore from the backup at time (t0 - 1). By doing this, we also > recovered the data that customer intentionally deleted. > We need a way for Restore tool to selectively recover data. > Trying to explain via an example. > Lets say there are 2 different systems (lets say accidental-delete and > customer-delete) deleting the data from the same table at almost the same > time. As the name suggest customer-delete is the intentional delete and > accidental-delete is deletes done by mistake. We have restore tool which will > restore all the data between start time and end times (start-ts and end-ts). > We want to restore the deletes that happened by accidental-delete system and > not want to restore the deletes done by customer-delete system. By adding > cell tag to Delete Markers, we can not restore data done by customer-delete > system. > In my proposal, I want to add cell tags to Tombstone delete marker so that we > have that tag in the backups. Incase we have to restore data, we can restore > specific row depending on the tag present in the cell. > We want to leverage Cell Tag feature for Delete mutations to store these > metadata. Currently Delete object doesn't support Tag feature. > Also we want a solution that can be easily extensible to other mutations like > Put. > Some of the use cases I can think of where we can use tags for Put mutations > are: > 1. Identifying whether the put came from primary cluster or replicated > cluster so that we can make the backup tool more smarter and not backup the > same put twice in source and replicated cluster. > 2. We have a multi-tenancy concept in Phoenix. We want to track whether the > upsert (put operation in hbase) came from Global or Tenant connection. -- This message was sent by Atlassian Jira (v8.3.4#803005)