在我的移动应用中,我有一个包含10个字段的输入屏幕。企业主希望用户在创建记录时能够输入所有字段。前9个字段是主表中的普通字段。最后一个字段是存储在子表中的附件。
程序员说用户最初只能输入前九个字段。他们必须创建记录,该记录将为主记录生成唯一键,然后才可以通过添加附件来更新记录。
他们声称,由于我们尚未在父记录上创建主键,因此在完成之前,他们无法允许用户保存附件。因此,用户必须保存记录,然后返回并添加附件,然后再次保存。
我认为这应该在保存逻辑本身内完成。当用户在创建时进行保存时,保存操作首先写出父记录([运行任何必要的编辑,如果验证失败,则踢出错误]),然后获取刚创建的唯一ID,并使用此键写出到子表中和附件。
输出模式BTW首先处于脱机状态,因此我们总是在返回服务器之前先写入本地SQL,这样就不会出现问题。
我想念什么吗?
对于输入了所有10个字段的新记录,保存操作将
答案 0 :(得分:1)
您什么都不丢失。
保存逻辑(服务器端)应:
LAST_INSERT_ID()
开发人员始终以任何编程语言来做到这一点。