一般会建议第二种： 原因一：如您所述，这样可以加FK 原因二：不同资料表会分散Lock，减少大家抢着Lock同一个资料表造成死结或逾时的机率 但如果需求比较简单，资料量也不多，用第一种方法可能节省一点规划资料表的时间啦 ※ 引述《scaen (舞琴弄弦)》之铭言： : 想请教各位先进 : 因为目前手上有一个非常庞大的校务系统要转移 : 在多数Table内,皆有使用到代码的方式表示值, : 该代码理所当然的会产生一对应的Table出来,来记录代码明细 : 由於现在已有同事的做法是将所有使用到代码的栏位 : 全部整理到一个代码表内,并给予一个大项分类栏位 : 所以在设计客户端应用时,必须先去SELECT到该分类 : 由於代码种类繁多,维护上真的看到很杂 : 想请教各位先进 : 若用原始的方式,将各种类代码独立成一个Code Table : 要设计客户端只需知道对到哪张Table即可 : 其他程式设计师维护或开发起来感觉会比较容易理解 : 设定FK的方式,可以确保资料的正确性(但似乎会消耗资源) : 这两种方法,在效能上以及给其他人员开发上,何种是比较推荐的呢? : ps.代码存放资料都不大 --

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