※ 引述《SmallBeeWayn (喵喵叫的蜜蜂猫)》之铭言： : ※ 引述《SmallBeeWayn (喵喵叫的蜜蜂猫)》之铭言： : : 推 PsMonkey:还是看不懂... [茶] 07/10 22:14 : : 推 jlshen:TABLE B 等於是做翻译用的，从 A 找到的资料要经过 B 翻译 07/10 22:35 : : → rushcat:中对日 / 一对一 为何不直接加进栏位!? (真的不是很懂...) 07/10 22:37 : 当然,直接加进Table是一种很有效的方法 : 不过一个角色可能会隶属於很多动画 : 然後声优人数也不过就几个 : 这样建表的话重复率会很高,不符合资料库设计 : 但是也是一种有效解决方案就是了 资料库设计除了正规化(Normalization)之外, 也有反正规化(Denormolization). 或许你的做法可以把 Redundancy 降低, 但是却会花费不少的时间和效能在 Query 上头. 就成本效益而言, 这样有点小糟. 而且使用人数一多. 可能面临机器不堪负荷的现象. 如果资料库的目的是为了当作翻译字典.. 大概非得用您原本的作法. 但是如果只是为了对照动画声优的中日文简介. 建议您将声优的中文简介和日文简介分别视为完整的 Entity .. 之後在用 Foreign Key 的方式串连资料. 如此不但在逻辑上.比较容易理解资料间的关连性. 在效能上亦不会造成 Query Overhead 的现象. --

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