我正在撰写一份由数据库支持的标准业务申请。 假定我与银行账户和“决定”合作。 一种选择是,使用者将钱从一个账户转到另一个账户。 每一项决定都是在特定日期作出的。 一项决定可以有一个或一个以上的“源账户”,每个“源账户”将有一个或一个以上的“目的地账户”。 我们把这些账户称为来源账户,因为资金将离开账户...... 每个决定和账户都有相关信息,如姓名、平衡等。
用户希望看到他过去的决定,并且有异常的商业要求。 否则,当决定时间(例如每个月的第一个时间)时,他就希望所有先前的决定都能在新的月份内加以仿效。 这是因为他很可能作出同样的决定,而他希望能够灵活地将决定的任何参数更改为一个新的月,而不影响他过去几个月。
作为方案管理员,当用户开始一个新月时,我简单地在我的决定桌上插入新行,但我更新了决定。 日期。 这样,用户就可以改变每个月决定的来源账户清单。 是否在不复制所有决定的情况下,有更可取的实现方式?
相反,你可以复印一份。 上个月刚刚显示“决定”,让使用者去做和ed。 但是,当“挖掘”时,你就插入新的一行,而不是更新。 这使上个月“决定”成为本月而不是绝对的模板。
如果用户doesn t上个月希望作出“决定”的话,两者之间的选择很可能在很大程度上取决于你的工作。 你们是否删除了额外的牢房? 它们在没有用户投入的情况下自动生效,或者在创建时不再启动。
另一种选择可以是一种版本机制。 每项“决定”都有一个Id和一个版本(或有效日期)。 每个月的决定都有决定和决定。 更新决定中的“关键领域”,产生了新的版本。 这使得每个“决定”都有变化的历史和界限。
在像“外交储蓄计划”这样的情景中,对我来说,版本会变得有意义。 d) 创立“决定”,名称为“外交储蓄计划”,你能够改变数额、来源账户等——但仍然是“外交储蓄计划”决定的一部分。
你的“决定”在会计中被视为交易,细分为Taccount,交易有多个借项/信贷来源。
我将继续记录会计事项,为开发商和客户提供审计线索。 但有人担心这个表格填充有限(如果使用的话)——最可能进行的搜索将在本月内进行,将持续6个月。 您希望根据滚动日期,而不是在年变化时存档数据。
多数会计制度 我在工作时能够安排即将结束的交易(IE:抵押、汽车贷款、医疗、保险)——在根据以往信息插入新记录方面没有任何损害,因此更新日期。
