Serg197311, подобную историю решал по другому, но не суть, причина может быть только если есть настроечные локальные таблицы (типа кастомизация интерфейса - фоны, данные по умолчанию и пр.), в этом случае вероятно лучше таки создать ещё одну базу локальную с этими настройками.
по мне это странновато-так обновлять клиента-видны уши гита, если нет, то... не вижу причин обновляться подобным образом, компиляция, защита - это все побоку?

Serg197311,
рассмотрим пример, когда такое решение будет удачным.
Есть производство, у которого скажем около 30 производственных линий вобщем (на каждом свой комп). (Могут быть одинаковые по функционалу) и мы сделали так, что на каждую линию админ создает файл со своим интерфейсом - в мастерфайле нажимает кнопочку - все скрывается, что нужно остается, для пущей красоты автоматом изменяется наименование программы сверху Линия 1, Линия 2 и пр.-много всего-глобальные данные, локальные данные - тогда очевидно нужно иметь какой-то скрипт, который обновит программу у всех, не изменяя локальную настройку, влияющую на отображение элементов - какие скрыты, какие открыты, либо снова нажимать кнопку, переносить, обновлять - у кого то обновила, у кого-то забыла...
Поэтому это не дебильное решение, но, черт побери - это решение уровня повыше обычной программы, и даже на этих производствах данные концентрируют до оператора - назовем его Мастер смены :), вводящего данные в базу по бумажным отчетам.