1 most of the information that is lost isn't important and when they
need to make another block they can redo it. We don't do as many
blocks are you do, but 1 would be ideal.

On Wed, Oct 26, 2011 at 12:58 PM, Josh Thompson <josh_thomp...@ncsu.edu> wrote:
> Hash: SHA1
> I just discovered a problem with deleting user groups that are associated with
> a block allocation.  The web interface will not let you delete a user group
> that is associated with a block allocation.  However, block allocation entries
> are kept around forever, which means that any user groups that were used for a
> block allocation can never be deleted.  Obviously, this is bad.
> There are a few ways we can deal with this.  Block allocations have a status
> field that is set to 'completed' when they are done.  We could allow user
> groups that are only associated with completed block allocations to be
> deleted.  But, then, we just lost some information.  What information did we
> lose?  Probably the most useful information would be the user group name,
> however, there are other attributes associated with user groups.  Since the
> membership of the user group could be modified, we can't count on that as
> being accurate some time down the road.  If it is important to keep the
> information contained in the user group name, we could create another table
> named usergrouparchive into which deleted user groups would be moved.  Another
> option is to just add a 'deleted' flag to the usergroup table that gets
> toggled when we delete a user group instead of actually deleting the entry
> from the table.  That option introduces unique indexing issues because we
> couldn't have a unique key on the usergroup name and affiliation.
> So, I'd like to know people's thoughts.  Please select which option you
> prefer:
> (1) I don't care about the name, just delete it from the table
> (2) Archive deleted user group information to another table
> (3) Use a 'deleted' flag so the entry isn't actually removed from the table
> (4) Other - please specify
> I like #1 best as I don't really think knowing the user group name buys us
> that much down the road.
> Thanks,
> Josh
> - --
> - -------------------------------
> Josh Thompson
> VCL Developer
> North Carolina State University
> my GPG/PGP key can be found at pgp.mit.edu
> Version: GnuPG v2.0.17 (GNU/Linux)
> NRsAn2pNM7NAIwePNE66mVyrp59VPjwI
> =BkDl

Alex  Patterson
User Support Services
Operating System Analyst
California State University, East Bay

Reply via email to