在我的移动应用中，我有一个带有10个字段的条目屏幕。企业主希望用户在创建记录时能够输入所有字段。前9个字段是主表中的普通字段。最后一个字段是存储在子表中的附件。
程序员说，用户最初只能输入前九个字段。他们必须创建记录，该记录为主要记录生成唯一键，然后才能通过添加附件来更新记录。
他们声称，由于我们没有在父记录上创建主键，因此他们无法允许用户保存附件，直到完成为止。因此，用户必须保存记录，然后返回并添加附件，然后再次保存。
我认为应该在保存逻辑本身中完成此操作。当用户保存创建时，保存操作首先写出父记录[并运行任何必要的编辑并在验证失败时恢复错误]，然后抓住刚创建的唯一ID，并使用此键将其写入子表格和附件。
out模式btw首先是离线的，因此我们始终在返回服务器之前写信给本地SQL，这不会是问题。
我错过了什么吗？
将所有10个字段输入的新记录的保存操作将
您不会丢失任何东西。
保存逻辑（服务器端）应：
- 插入主要行
- 使用
LAST_INSERT_ID()
获取其生成的ID - 在后续插入到子表中的最后一个ID。
开发人员一直在任何编程语言中都这样做。