![]() |
|
Home | Help | Status | Forums | Glossary | Account
|
log in |
Message boards : Wish list : Consequences from predictor to i2u2
Author | Message |
---|---|
I think that dlbs last wave of purges over there at scripps, where he deleted the accounts of about 20 participants indicates some points which should be taken care of with the i2u2 forum. | |
ID: 5707 | Rating: 1 | rate:
![]() ![]() ![]() | |
Kalessin wrote: I can imagine that with I2u2 there might occur similar problems. (No, not wormholio turning into a dlb) but with parents demanding the deletion of their children's account for some reason. Or the wish of a student not to be associated with his posts of ten years ago. I was just discussing this problem with someone else, and indeed it's something to think about. For any of a number of reasons one might want to "turn off" a user. On the other hand, I've learned the hard way not to just delete an entry from a database. In a RELATIONAL database there can be relations between items which you must be sure to account for. Leaving a leaderless team is one. Hosts, workunits, Results, all could be left with dangling references if you simply remove an entry from the user table. In the least, one has to think carefully about all the interrelationships in the database and delete all elements which are tied together, in the proper order. It's something best set up in code rather than doing it "by hand". So what I think we might need is a way to "turn off" the user but with the account remaining in the database. That presents it's own problems if you miss something which then presents information which should not be shown. It's definitely an important thing to think through. Thanks for bringing it up. ____________ -- Eric Myers "Education is not the filling of a pail, but the lighting of a fire." -- William Butler Yeats | |
ID: 5709 | Rating: 0 | rate:
![]() ![]() ![]() | |
Message boards : Wish list : Consequences from predictor to i2u2
Home | Help | Status | Forums | Glossary | Account
|