[ https://issues.apache.org/jira/browse/PHOENIX-4344?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16364797#comment-16364797 ]
Geoffrey Jacoby edited comment on PHOENIX-4344 at 2/14/18 9:25 PM: ------------------------------------------------------------------- [~jamestaylor] - if I remember right, normal Phoenix deletes already have an issue where deleting from a base table won't delete from the views or their indexes – you have to delete from the view to get it to "do the right thing". Given that, would it be OK to require the user to use the view name in a DELETE MapReduce query if they want the view and its indexes to be updated? This could be changed in the future if Phoenix deletes get smarter about finding and deleting from child views/indexes. For the particular use case that [~akshita.malhotra] and I have in mind for this feature, the users will definitely know the views they want to delete from. was (Author: gjacoby): [~jamestaylor] - if I remember right, normal Phoenix deletes already have an issue where deleting from a base table won't delete from the views – you have to delete from the view to get it to "do the right thing". Given that, would it be OK to require the user to use the view name in a DELETE MapReduce query if they want the view and its indexes to be updated? This could be changed in the future if Phoenix deletes get smarter about finding and deleting from child views/indexes. For the particular use case that [~akshita.malhotra] and I have in mind for this feature, the users will definitely know the views they want to delete from. > MapReduce Delete Support > ------------------------ > > Key: PHOENIX-4344 > URL: https://issues.apache.org/jira/browse/PHOENIX-4344 > Project: Phoenix > Issue Type: New Feature > Affects Versions: 4.12.0 > Reporter: Geoffrey Jacoby > Assignee: Geoffrey Jacoby > Priority: Major > > Phoenix already has the ability to use MapReduce for asynchronous handling of > long-running SELECTs. It would be really useful to have this capability for > long-running DELETEs, particularly of tables with indexes where using HBase's > own MapReduce integration would be prohibitively complicated. -- This message was sent by Atlassian JIRA (v7.6.3#76005)