只显示主题贴
另外，对于 Founder, Manager，只需要显示名字，id 形成的链接，显示该 Club 有哪些管理成员，我应该设计为
public class Club {
Member[] managers;
public void addManager(manager) {...}
}
还是
public class Club {
String managers;
public void setManagers(String managers) {...}
}
前者的话也很重，后者就感觉不是很对劲，以前都是按前者设计，请指教下下
- 进入论坛 入门讨论 版
系统中有 Member，有 30 多个属性。现在增加一个 Club，Member 可加入 Club，Club 有 Founder, Manager 和 Member 等 Roles。整个 Club 系统只需要用到 Member 的不到 10 个属性。
问题：我需要建立 ClubMember 对象吗？如果还是用 Member，岂不是很重，很浪费。如显示 ClubMembers 列表的时候。如果建立，我需要拷贝相应数据表字段吗？
clubmembers
id userId roleId dateline ...?
- 进入论坛 入门讨论 版
灵异事件: 我发完 16 楼帖子，发现是乱码，改都改不过来。于是在 17 楼重发。接着发 18 楼帖子，发完之后发现 16 楼帖子就变成下面这个样子了[quote="发现 JavaEye 经常出现莫名其妙的 bug。
- 进入论坛 Ruby 版
robbin 写道就拿posts表来说，如果不拆，整个表存储空间很大，count一次在我本地电脑都需要8秒种，但是把text字段拆出去以后，count一次只需要0.4秒。那是否有考虑过拆开之后读取时联合查询带来的更大的开销呢？除非应用缓存。另外，count 这样的操作发生概率不大啊，而且我们可以把它缓存到上级。而且数据库对 count 也是有优化的。我觉得有必要看看 JiveJdon 的实现。
- 进入论坛 Ruby 版
刑天战士 写道缓存太大的对象恐怕不好吧……比如资讯，有可能某些资讯(PDF格式)的content可以达到1MB以上，把这么大个东西放在缓存里面会会拖垮服务器的……PS:我发这么FC的帖子没被投新手，实在是万幸…… :)当然缓存一方面要看是什么东西，另一方面要注重命中率的设计。PS: 没有一个人是圣贤我发贴怎么老乱码呢？改都改不过来，麻烦 BZ 删除一下。
- 进入论坛 Ruby 版
引用拆开到另外一个表里面去，建立has_one关联。
那请问 robbin 你的站内短消息的 content 也是拆分的吗? 很明显, 我们在消息列表的时候也是不需要读取 content 的. 尽管这个影响可能不是很大, 但是问题是客观存在的.
我个人认为, 如果是缓存了 Active Record 就不必考虑这些伤脑筋的事情了.
- 进入论坛 Ruby 版
比 PHP 不是慢一点哦. 不过也是, 能满足需求就好, 而且还有很多非语言级别的措施. 但是, 别忽略了, 如果 PHP 或是 Java 也来一个轻量级的框架呢? 因此, 要想挤进企业级应用, Ruby 本身任重而道远.
- 进入论坛 Ruby 版
评论排行榜