我正在计划下表:
虽然我知道这在技术上是可行的(我只是尝试过),但我想看看它是否看起来不必要复杂......基本上我是在追踪收入与成本。
Tab1
包含Tab2
和{}的收入数据Tab3
。 Tab2
包含自己的费用数据,因此很容易。但复杂的是,Tab3
单位的费用进一步分配Tab2
。这就是为什么那里有一个辅助joinsB
表。
我意识到这不是一个具体的问题,但我知道有更多经验丰富的人,根据这些经验,会有一个直觉“哇这太复杂”的意义或不关于我在做什么。在我构建之前,这就是我想要作为肠道检查输入/反馈的内容。
编辑以获得更清晰
用户需要支付reservation
的某些内容,但也可能需要付费才能将该内容发送到logistically
。这两笔付款包含在一个charge
中。复杂的是,一个logistics
货件在不同的用户下可能包含多于1个reservation
(即单独的charges
)。
这个数据结构旨在帮助我做两件事:
charge
与给定的reservation
或logistics
相关联,以便我可以发出退款,但是针对特定金额(例如,用户可能会)保留reservation
但希望取消logistics
货件并使用其他供应商自行付款)logistics
reservation
的费用如何分解为可分配的费用
后者是Tab3和Tab2连接的原因,直通表包含有关物流类型性质的更多信息。直通表还包含用户为charge
发货reservation
付款的logistically
金额。 Tab3包含logistics
的费用,然后根据reservations
的数量charge
分配费用。然后,您可以将该分配的成本与联接表中特定预留的gem install eventmachine -v '1.0.3' -- --with-cppflags=-I/usr/local/opt/openssl/include
进行比较。