Да. Это одна из наиболее простых стратегий, если требуется иметь возможность сделать "не сохранение" всего введенного документа (т.е. вводили часа 2 один документ, а затем передумали сохранять)

Еще более простая стратегия - это редактирование за раз не более одной записи в одной таблице. Т.е. ввели запись шапки документа - сохранили, ввели одну строчку документа - сохранили и т.п. Но в этом случае нет возможности "не сохранения" всего документа. Только удаление.

Какую стратегию выбрать зависит от задачи и личных предпочтений программиста.

swkxНикогда не имел дела с клиент-серверной технологией, пытаюсь нащупать основные принципы построения приложения.
Принцип очень похож на общение в форуме. Чем проще сообщение, тем выше вероятность, что тебя поймут правильно и ничего не перепутают. Ты не можешь "уточнить" свое сообщение интонацией, мимикой, да просто "пальцем показать". Поэтому обмен информацией с сервером должен быть макисмально простым и лаконичным.

Если же начинаешь "мудрить" и рассчитывать на то, что "это же очевидно", то высок риск, что что-то пойдет "не так". Для сервера нет "очевидных" вещей. Ему все придется "разжевывать" в сообщениях. Или же прописать некие "правила общения" в ХП.

swkx
Меня интересует вариант, когда пользователь редактирует и сохраняет одну запись в определённой таблице, а изменения в несколько других таблицах уже должны быть сделаны по заранее определённой логике. Как лучше поступить в таком случае?

Т.е. вообще отказаться от использования КА при такой постановке задачи и все операции проделывать с помощью ХП
или
с помощью КА внести изменения, сделанные пользователем, а уже затем выполнить ХП, которые модифицируют остальные таблицы?
На это нет однозначного ответа. Опять же, все зависит от постановки задачи и личных предпочтений программиста. Можно делать разными способами.

Самый простой (для программиста) вариант - это те модификации, которые должен делать пользователь делать через CursorAdapter, а весь "автоматизм" повесить на ХП, вызываемую в триггере на сервер. Ну, или вызвать ХП вручную по окончании модификации в CursorAdapter, хотя это и несколько сложнее.

Тут следует понять простую вещь. Обмен информацией с сервером по любому идет через прямые команды Select-SQL. Просто работа через прямые команды SQLExec() требует написания большого количества программного кода. CursorAdapter позволяет частично автоматизировать этот процесс. Уменьшить объем программного кода при выполнении некоторых "стандартных" операций.

Однако если требуется "пообщаться" с сервером вне "стандартных" операций, на которые рассчитан CursorAdapter, то попытка "притянуть за уши" CursorAdapter приведет не к у уменьшению, а к увеличению программного кода.

Другими словами, CursorAdapter - это инструмент. Средство, а не цель. Использовать его или нет зависит от задачи и личных предпочтений.

прошелмимоКАД позволяет сократить трудозатраты при изм-и структуры.
исключить (нивелировать) ошибки, которые возникают при изм-и структуры таблиц.

Только при наличии собственного FrameWork, который подобные изменения отслеживает. Автоматически, сам по себе, CursorAdapter никаких изменений структур не отслеживает и исключить (нивелировать) ошибки, связанные с изменением структур не способен. Хотя собственно написание подобного FrameWork требует очень существенных трудозатрат. Но! Это будет всего-лишь модификация CursorAdapter. В смысле автоматическое подстраивание под изменение структуры запросов к серверу.

Однако поскольку изменение структуры, как правило, делается не просто с целью добавить/удалить поле, но и с целью обеспечить некий функционал, на основе этих полей, то модификация CursorAdapter - это очень незначительная часть необходимых модификаций, которые потребуется выполнить в приложении.