: 基本上，如果你都只是单纯 select * from table : 那 A 跟 B 基本上没有差 : 当然，理论上从 100 找一笔资料，会比从 100000 找一笔资料快得多 : 但是... 这之间的差异，看看执行个一千次会不会差到一秒？ 啊咧@@~原来没差多少喔@@~ : 我是不知道你要写的是啥东西... : 只不过，状况 A 应该是大多数系统的状况 : 你要重整资料库，以一个不知 server 死活的 programmer 来说 : 我觉得 database 的正规化 & 程式的好写度 : 比效率来的重要的多 : 就拿讨论区来举例 : 我的设计是： : Group（讨论区） : Topic（主题） : Post（文章） : 你把 Post 这个 table，因为你觉得速度会比较快 : 所以从状况 A 拆成状况 B : 一般显示资料可能还 OK : 但是搜寻你要怎麽写？ 我要写的东西…嗯… 有部分应该和E-Mail系统有点像吧… 里面的结构大略是 database1 users (使用者资料) mails (所有user收到的讯息) 但是人一多… mails的资料量就会大增… 所以我就想要改成 users_database users (使用者资料) mails_database (user_id1) (user_id2) (user_id3) ： ： (每个user_id都建立一个资料表) 如此…在使用者登入的时候， 只需要从users_database→users进行搜寻 当帐密正确，允许登入後… 再连结到mails_database 执行select * from 'user_id' (←登入後的id) 这种结构…每个user在注册的时候都会建立一个资料表 所以到时候mails_database里面应该会有上万个资料表 而由於使用者不需要搜寻别人的mails 那…这样会比较有效率吗？ 谢谢大家耐心看完这个问题^^ --

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