数据库和 web api 设计的问题

2017-04-26 11:25:49 +08:00
 wanganjun
再用 PostgreSQL.

第一种设计:

假设有以下几个表
users (
user_id int
)
table_a (
a_id int,
user_id int // 引用 users 表的 user_id 字段
)
table_b (
b_id int,
a_id int // 引用 table_a 表的 a_id 字段
)
table_c (
c_id int,
b_id int // 引用 table_b 表的 b_id 字段
)

假设有一个 web api
(GET) http://www.example.com/c?c_id=0&b_id=0&a_id=0
实现上好像需要先检查 a_id, b_id. 需要多次 IO 才能查出 c_id 对应的内容

如果这个 api 设计成
(GET) http://www.example.com/c?c_id=0
然后用 c_id 反查 b_id, 在用 b_id 反查 a_id, 在用 a_id 反查 user_id, 最后比对 user_id 和发起请求的用户的 user_id. 感觉在实现上没多少差别


第二种设计:

假设有以下几个表
users (
user_id int
)
table_a (
a_id int,
user_id int // 引用 users 表的 user_id 字段
)
table_b (
b_id int,
a_id int // 引用 table_a 表的 a_id 字段
user_id int // 引用 users 表的 user_id 字段
)
table_c (
c_id int,
a_id int // 引用 table_a 表的 a_id 字段
b_id int // 引用 table_b 表的 b_id 字段
user_id int // 引用 users 表的 user_id 字段
)

假设有一个 web api
(GET) http://www.example.com/c?c_id=0&b_id=0&a_id=0
实现上只需要一次 IO 就能查出 c_id 对应的内容, 但是感觉这样设计有点浪费磁盘空间








我现在有点迷茫, 不知道该怎么搞. 各位有什么意见没
4318 次点击
所在节点    MySQL
6 条回复
srx1982
2017-04-26 11:28:18 +08:00
没贴全吧
wanganjun
2017-04-26 11:35:58 +08:00
@srx1982 本来想预览的, 手抖点成了发布. 现在已经搞好了
debye
2017-04-26 13:47:03 +08:00
你这个不是 api 的设计问题,而是数据库的设计问题
然后不了解你的整体实际项目情况,所以也不好回答,简单的回答是第二个数据库设计合理一些
minotaur
2017-04-26 13:52:36 +08:00
一般来说磁盘空间不是阻碍数据冗余的原因(毕竟不会冗余存储大对象),一致性才是决定表是否要冗余字段的关键。如果不是存在一致性的问题,那么一般是鼓励冗余的。
vjnjc
2017-04-26 14:51:39 +08:00
同 3l ,信息不全无法给意见。
然而你给出的信息都倾向于用第二种,所以给出的意见也是第二种比较好。。。
fangchang
2017-04-26 22:36:26 +08:00
你有 user, a, b, c 四张表。
关系是 user has_many a, a has_many b, b has_many c 。 你可以看到 c 的数量是成倍增长的。如果你要用第二种的话,大量数据重复, 这点我个人不是很喜欢。你真要经常从子表返回父数据的话,你不如用图型数据库。 graph database 。不过在效率上,我没试过和关系型数据库的做这种类型的大量测试。 你可以自己试试。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/357415

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX