Question

我现在想到:

Create a UserMeta tables to store data which will be used in criteria.

UserMeta
===========================
user_id | posted_comment_count | flagged_comment_count | reputation | etc.

i m 想知道它是否提出好的想法,因为如果我需要增加一些美分,作为标准,我就需要增加一栏,因此我想在json或例如一些场合使用一个序列化物体。

Another table called Badge:

badge_id | badge_name | badge_criteria

如果湿度标准为json或任何其他序列化格式,则储存类似物体:

{
   posted_comment_count :  >= 20 ,
   flagged_comment_count :  =10 ,
}

另一张表格将用户与徽章联系起来(简单的协会表格)。

I m 采用Doctrine2和I,通过利用活动更新用户Meta。

任何反馈、重新提议?

Answer 1

我的合并数据库非常简单。我有一个名为“首都”的表格,它只有一个领域,一个名称。我有一张“UserCurrency”表,该表有用户的身份证、他们赚取的货币的识别资料,以及他们赚取的多少收入的分类。当然,我有一个用户表。

而这是这样。

我使用达詹戈语,因此其中一些可能没有意义,但基本上我有一个活动听众来聆听数据库上的活动。当用户做任何打到数据库的<><>m>时,活动员通过一系列功能进行滚动,每个功能都包含目标语言的简单标准,在可能授予遗体时。如果用户打上了这一标准,则将发放遗体。 (“应急”可以是“员额数目,”或“答复数目”,或甚至“oke数目”。) Don mistake mistake 你们想要追踪。

它是一个保存记分的简单和完全可以挖掘的会计机制,而没有填写你的数据库,详细列出你重新跟踪的具体事项。它完全独立于任何其他用户跟踪细节,如简介。如果你想增加新货币,你将重新跟踪和校正并颁发通行证,则在货币表中增加其名称、一套如何授予的规则、一套用户获得某种承认的门槛规则,然后由您来决定如何向用户展示以及授标的后果。

此外,规则也可以加以更正。夸张的花招也很好。例如,当你访问该网站时,该规则触发了甚至计算货币的货币,但为“Enthusiast”的坏账而走访了几天。每当你获得声誉时,如果你的分数超过200美元,以及当该货币打上了150个另一个触发点时,该代码就只更新了1个货币反“法定”的货币。分离和独立是合并设计的有力工具。

友情链接