День добрый , стоит утэшка дописанная. Возник вопрос оптимизации, точней уменьшения объёма базы. База распределённая, около 30 торговых точек соответственно 1 центральная база и 30 переферийных. Цены везде одинаковые. По каждому складу делается переоценка, получаем 30 одинаковых переоценок с разными складами. Поделитесь если у кого был подобный опыт. Первая мысль как вариант чтобы делалась одна переоценка по любому розничному складу , а на точках цена в чеке проставлялась независимо от склада в переоценке поскольку цены на всех точках одинаковые. Так же вариант цену брать по установке цен но он кажется сомнительным.тоесть можно уменьшить количество переоценок в 30 раз ну и сам регистр цен атт.

Ну и сделать константу "переключатель" например с названием одинаковые цена, будет истина или ложь, если будет необходимость вернуться в режим работы с разными ценами на тт

сделай в переоценке таб часть "склады". Это самый гибкий вариант.

(2) ну и проведение соответственно.

(2)есть такой вариант, количество документов уменьшим но движений по регистру цены атт нет , записей регистра столько же останеться

(4) а если сделать в регистре по принципу, если пусто - то для всех?

А вы понимаете, зачем сделана переоценка на каждую тт? Готовы к проблемам, которые возникнут?
Если да, то я бы сделал так - ввел новый склад "образец" и константу под него. Далее, во всех обращениях к ценам атт поменял бы текущий склад на склад образец. Т.о. задаем переоценку для склада образца - цены меняются веде. Переоценки для реально существующих складов не задаются никогда, во избежание путаницы.

(6) Если бы я предвидел все проблемы то наверно не писал бы :) насчёт склада образца согласен

(7) Странная постановка вопроса. Обычно пробуют разобраться, что случится при отламывании типового механизма, и после этого принимают решение - ломать или нет.
Переоценке предшествует смена ценников в торговых залах, что просто не может происходить одновременно в 30 магазинах. А то будет так - в половине магазинов успели поменять ценники до переоценки, в половине не успели и торгуют по новым ценам со старыми ценниками.

(8)Ну не так уж всё и ломать, будет константа (переключатель 2 режимов), возможность работы в текущем режиме для работы с разными ценами сохраниться для страховки

(8) насчёт смены ценников надо уточнить, но переоценки делаются по всем точкам сразу, обработкой, одновременно, так что разницы в этом вопросе пока не увидел что 30 переоценок что одна

(8) переоценки делаются в центральной базе потом обмен с магазинами

(10) Тогда наверно пофиг, если автоматически делаются.

(0) сделай склады в видом оптовый.
На розничную торговлю это вообще никак не влияет. Но избавляет от переоценок.

(13) Интересный вариант, цены будут уже на основе документ установки цен, насколько я помню. Остаётся выявить недостатки

и какой процент соотношения объема цен к объему других данных?

(14) никаких.

Только нужно будет следить за ценниками.

(15) процент надо выяснять, нужно не только снизить объём но и упроститься свёртка базы. Не объём цен- регистр "ЦеныАТТ" , документы "Переоценка" так же обмен данными с периферийными базами  , где перебрасываются переоценки ну и данные регистра

(15) Анализом объёма занимался другой человек по его данным объём значительный

(14) отчёты по продажам другие надо будет использовать скорей всего со своими настройками.Все отчёты продаж закупок под розничные склады заточены