在具有公平份额的用户生成内容的网站上,例如论坛帖子,博客评论,提交的文章,私人和公共消息,用户个人资料等; 如果用户终止其帐户,那么对于如何处理用户生成的数据,最佳做法是什么?
我不是在问法律建议,我不认为这是一个法律问题,而是在用户,其他用户和网站之间取得平衡的问题,因为在达到平衡之后可以制定使用条款。 当用户删除其帐户时,应考虑以下某些方案:
我正在问这个问题,因为我正在将用户帐户实施到CMS中。 我知道Facebook最近在使用条款方面遇到了麻烦 ,但是如何平衡删除的欲望与其他参与者的需求和投资?
一般来说,数据库很少删除任何内容。 您可以将其标记为已删除,但一般来说,您至少会将其保留在数据库中一段时间。
这件事情是由很多原因导致的。 其中一些是合法的。 您可能要求保留给定时期的数据。 其中一些是技术性的。 有时它只是一个保障。 您可能需要恢复信息。 用户可能会要求重新打开其帐户,或者由于发送垃圾邮件而被锁定,但这是因为该帐户已被盗用并且现已恢复。
旧数据可能会被删除或存档,但这可能需要数月甚至数年。
我个人只是给相关数据一个状态列(例如1 =活动,0 =删除),然后只改变状态而不是99%的时间删除它。
数据完整性是另一个问题。 让我给你举个例子。
假设您有两个实体:
User: id, nick, name, email
Message: id, sender_id, receiver_id, subject, body
您想要删除特定用户。 您如何处理他们发送和接收的邮件? 这些消息将显示在其他人的收件箱或已发送的项目中,因此您无法删除它们。 您是否将Message中的相关字段设置为NULL? 这并不是很有意义,因为这个消息确实来自(或去)某个人,即使他们不再活跃。
你最好只是将用户标记为已删除并保留它们。 它使这种情况和类似情况更容易处理。
你还提到论坛帖子等等。 您也不能删除这些内容(除非有其他原因,例如垃圾邮件或滥用),因为它们是与其他内容相关的内容(例如已回复的论坛消息)。
您可以安全合理地删除的唯一数据是子数据。 这实际上是聚合和组合之间的区别。 上面的用户和消息关系是聚合。 组合的一个例子是House和Room。 你删除了一个房子,所有房间都去了。 没有房子,房间不可能存在。 这是组合,或者在实体关系方面,是父子关系。
但是你会发现更多的聚合实例而不是组合(根据我的经验),所以问题就变成了:你对这些数据做了什么? 在没有删除你不应该删除的东西的情况下,很难抹去所有人的痕迹。 只需将它们标记为已删除,已锁定或处于非活动状态,并以此方式处理。
您可以将用户标记为已删除,然后每当您显示涉及该用户的任何内容时,您都会将该名称显示为“Ex-User”或其他内容。
这可以保护已离开的用户身份,而不会破坏您的内容。
您应该保留所有内容并将用户标记为已删除,以便其他用户无法看到他或她的个人资料,用户名等。然后其他用户应该能够使用相同的名称进行注册(因为它应该是免费的)。
很长一段时间以来,我一直在考虑这些相同的问题。 老实说,如果其他人贡献了他们的时间和精力,你不应该删除用户要删除的线程。 我记得在一个论坛上有一条规则,你发布后的11个小时后就无法删除你的帖子。 我猜想背后的想法是你在发表声明之后不能回复你的话。
因此,更好的锁定帐户,但不会级联删除与用户相关的任何内容。
特别是,他们可以删除他们的帐户,然后以相同的名称注册并重新开始。