例如在订单表( orders ),里面有
他们都是 users 表里的用户
关系需求:
但在数据库设计的时候技术部老大和我说只要有一个关系 就是 users 和 orders 是多对多关系。也就是说我在查询订单的唯一客户或者商家的时候还要跑去多对多的中间表格( pivot table )查,我知道技术上可行,但查询复杂度增大,性能降低, 这合理?
orders 和 users 同时存在 1:n 和 n:n 关系很正常呀,老大说就只要 n:n, 我不服,在和他辩论中。我还是觉得要同时存在多种关系, 我错了?不对吧,这是数据库设计很基本的要求呀。
这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。
V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。
V2EX is a community of developers, designers and creative people.