В моем мобильном приложении у меня есть экран ввода с 10 полями.Владельцы бизнеса хотят, чтобы пользователь мог вводить все поля при создании записи.Первые 9 полей являются обычными полями в первичной таблице.Последнее поле - это вложение, которое хранится в дочерней таблице.
Программисты говорят, что пользователь сможет ввести только первые девять полей изначально.Они должны создать запись, которая генерирует уникальный ключ для первичной записи, и только после этого может обновить запись, добавив вложение.
Они утверждают, что, поскольку мы не создали первичный ключ на родительском элементезапись, нет никакого способа, которым они могут позволить пользователю сохранять вложение, пока это не будет сделано.Следовательно, пользователь должен сохранить запись, затем вернуться и добавить вложение, а затем снова сохранить.
Я думаю, что это должно быть сделано в самой логике сохранения.Когда пользователь сохраняет при создании, операция сохранения сначала записывает родительскую запись [и выполняет все необходимые изменения и возвращает ошибку, если проверка не удалась], а затем захватывает только что созданный уникальный идентификатор и записывает в дочернюю таблицу с этим ключоми вложение.
Out out BTW сначала отключен, поэтому мы всегда пишем в локальный SQL, прежде чем вернуться на сервер, чтобы не было проблем.
Я что-то упустил?
что операция сохранения для новой записи со всеми 10 введенными полями будет