※ 引述《chilam22 (chilam)》之铭言： : 我目前在研究一般资料库设计的问题， : 我猜有两种方式， : (1) 一个统一的table，记录每个人的文章， : 当要列出某人的文章时，再来search这个table 以资料库正规化设计而言，这个方法是最好的。 不只是可以搜寻指定的人的文章，也可以方便做统计数据。 只要索引设计的够好，搜寻时间不会比 (2) 来的慢。 就算是有 1,000,000 笔资料，也可以控制检索时间在 1 秒以内。 当然还要搭配 CPU 和够强的 I/O 能力，这样就算资料很多也不用怕。 : (2) 每个人一个table，记录自己的文章， : 但同时有一个统一的table，方便来做search 如果你有 1000 个 user，那不是要有 1000 个 table? 而且你注册使用者时就建，还是要等到发文章时才建？ 又或者，如果注册的使用者只贴一两篇文章，却要用到一个 table， 我个人认为是很浪费空间的事，而且在程式设计上又很麻烦（动到 transaction 和多 table 的写入，locking 的问题和後续统计处理的问题等等。 : 我个人是觉得(2)比较好， : 因为当要列出某个人的文章时就不太需要search的时间， : 而坏处是会浪费硬碟空间和写资料时要同时写到多个table， : 但我想以空间换取search时间应该是值得的。 : 请问大家觉得哪种比较好? --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 203.70.255.96