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

On Fri, Nov 22, 2013 at 3:05 PM, Lucas Holmquist <lholmqui@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@apache.org> wrote:

What do you mean with both ? 

On Fri, Nov 22, 2013 at 2:56 PM, Lucas Holmquist <lholmqui@redhat.com> wrote:

is it possible to do both?

On Nov 22, 2013, at 8:38 AM, Matthias Wessendorf <matzew@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@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev

_______________________________________________
aerogear-dev mailing list
aerogear-dev@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@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev

_______________________________________________
aerogear-dev mailing list
aerogear-dev@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@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev

_______________________________________________
aerogear-dev mailing list
aerogear-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/aerogear-dev