话说 各位
大牛在做项目时表的外键多不多 ？

为什么说最好不要给表建立外键 要用程序来逻辑控制？

还有就是 要逻辑关联  不要物理关联？ （这个有虾米深层的含义 有啥子好好好处。。。）

我现在是外键漫天飞 而且都是直接关联起来~~









[ 本帖最后由 有容就大 于 2014-1-23 22:45 编辑 ]

20點

本来想搞100的 发快了啊 。。。

老大 能帮讲解下么？

基於SQL查詢指令的數據庫才不建議使用外鍵，因爲它無法控制數據到記錄級，靠關聯合并生成臨時表，外鍵多了臨時表的規模呈指數增長。

我现在用的就是基于SQL的查询  靠關聯合并生成臨時表 也不 好吗 ？
能解释下逻辑关联和物理关联么？

安慰下

同安慰

数据规模小，要求开发速度的话可以用。但是数据规模大的话就不要用了，对执行效率的影响挺大。
一般互联网产品，比如CMS什么的，，用冗余换性能，都可以不用外键。但有一些强约束的地方，就必须用外键。


外键可以降低开发成本 早结项 早拿钱 性能问题 二期版本在解决 小公司生存之道

，，，，

約束其實并沒有想象中那麽好用。所謂主鍵、外鍵，其實就是爲了約束而設計出來的人爲元素，由查詢語法決定其存在理由，但數據庫的結構設計應該是根據實際邏輯而定。很多數據表，事實上連主鍵都不可能有，祇是爲了查詢檢索而生造主鍵的。