больше 15 лет назад было. Быстро сервер подняли, быстро отчетность скрутили в качестве прототипов. Не до этого тогда было. Нужно задачи для бизнеса было решать. Риски понимали все)

Пользователей может быть так много, что даже не знаешь, кому и как угодить) Так что часто полные данные - универсальное и даже оптимальное решение. А на ad-hoc'ах уж совсем не до этого бывает) Но перед сохранением убить 99% формул - это однозначно да

не, не, не... Нужно чистить книгу от данных перед сохранением - пусть к пользователю при открытии книги уже предрасчитанные данные летят. Если нет желания пускать с правами на селект, то можно организовать отгрузку данных через процедуру. В ней же можно и логгирование обновления сделать. Профит - пользователь не видит объектов СУБД, мы видим как часто пользуются отчетом)

Возможность включения/выключения автопересчёта, к сожалению, не все и не всегда держат в голове, так что не люблю его трогать, для всеобщего блага)

Можно работать и в PQ, и в СУБД, но последнее пристанище данных всё равно окажется у кого-то в книге на локальном диске))

хехех))) А еще старое доброе отключение автопересчета. И пересчет отдельных листов по шифт ф9 иногда спасает.

Но это все для тех случаев, когда нельзя power query применить или вовсе в СУБД данные обработать)