[aerogear-dev] [UnifiedPush] cascase deletes ?

[Lucas Holmquist]

On Nov 22, 2013, at 9:09 AM, Matthias Wessendorf <matzew at apache.org> wrote:

> 
> 
> 
> On Fri, Nov 22, 2013 at 3:05 PM, Lucas Holmquist <lholmqui at redhat.com> wrote:
> i guess i'm think if you are using the admin ui and you delete a variant,  the "are you sure you want to delete" dialog could include a "remove all installations" checkbox or something
> 
> Ah - that would be an interesting option;
> 
> 
> Assuming we have that checkbox-thingy...:
> * Does clicking it mean we really nuke all that information? (or would that mean they are moved to a NUKED_INSTALLATIONS table)?
i say just NUKE em,  if the database person wants to setup a trigger on DELETE then thats there responsibility

> * Does not clicking mean they stay on that table? (so that some admin can do the manual SQL fu for updating FK references to kinda (manually) "relocate" them to a different variant?
yup
> 
> 
> -M
> 
> 
> 
>  
> 
> On Nov 22, 2013, at 9:03 AM, Matthias Wessendorf <matzew at apache.org> wrote:
> 
>> What do you mean with both ? 
>> 
>> 
>> 
>> On Fri, Nov 22, 2013 at 2:56 PM, Lucas Holmquist <lholmqui at redhat.com> wrote:
>> is it possible to do both?
>> On Nov 22, 2013, at 8:38 AM, Matthias Wessendorf <matzew at apache.org> wrote:
>> 
>>> I was wondering if we should do cascading deletes for the device metadata....
>>> 
>>> So, right now, when you are deleting a variant, all its installations are NOT nuked, which helps when you are interested in collecting data....
>>> 
>>> 
>>> However we could nuke em, not sure.... 
>>> 
>>> Or... should we move them into a "DELETED" table?
>>> 
>>> Users of the UnifiedPush Server might be interested in keeping the data around, a bit .... 
>>> 
>>> I am not sure... 
>>> 
>>> 
>>> -Matthias
>>> 
>>> 
>>> -- 
>>> Matthias Wessendorf 
>>> 
>>> blog: http://matthiaswessendorf.wordpress.com/
>>> sessions: http://www.slideshare.net/mwessendorf
>>> twitter: http://twitter.com/mwessendorf
>>> _______________________________________________
>>> aerogear-dev mailing list
>>> aerogear-dev at lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>> 
>> 
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
>> 
>> 
>> 
>> -- 
>> Matthias Wessendorf 
>> 
>> blog: http://matthiaswessendorf.wordpress.com/
>> sessions: http://www.slideshare.net/mwessendorf
>> twitter: http://twitter.com/mwessendorf
>> _______________________________________________
>> aerogear-dev mailing list
>> aerogear-dev at lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/aerogear-dev
> 
> 
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev
> 
> 
> 
> -- 
> Matthias Wessendorf 
> 
> blog: http://matthiaswessendorf.wordpress.com/
> sessions: http://www.slideshare.net/mwessendorf
> twitter: http://twitter.com/mwessendorf
> _______________________________________________
> aerogear-dev mailing list
> aerogear-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/aerogear-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/aerogear-dev/attachments/20131122/ff5de1e9/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 1393 bytes
Desc: not available
Url : http://lists.jboss.org/pipermail/aerogear-dev/attachments/20131122/ff5de1e9/attachment-0001.bin