数据库和 web api 设计的问题

再用 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 对应的内容, 但是感觉这样设计有点浪费磁盘空间








我现在有点迷茫, 不知道该怎么搞. 各位有什么意见没