招标 所有人, 我看到了以前提出的类似问题,没有经过确定或测试的答案。
I m 采用PHP/MySQL类似手法设计一个新闻收费系统。 由于本表可能会大增——任何效率低下都会造成严重的瓶颈。
Example Notifications: (Items in bold are linked objects)
<>User_A和USER_B就User_C s新album发表评论。
<>User_A在[其]停车场添加了新的<>Vehicle。
最初,我利用奥比耶1:Type1 和Obj2:Ty2 等超栏实施。
它发挥了作用,但我担心,现在我不敢反对序列化。
因此,例如,我的新数据库就是这样建立的:
News_ID | User_ID | News_Desc | Timestamp
2643 904 {User904} and {User890} commented on SomeTimestamp
{User222} s new {Album724}.
1名P-4,1名P-3,1名P-2,1名FS,1名UNV
这是否是向前迈进的聪明(高效/可衡量)途径?
利用常规表述将序列化数据与阵列的其他部分分开是困难的吗?