Очистка данныхВыбор записи из таблицы большого объема требует больше времени, чем выбор данных из таблиц меньшего объема. Т.о., с точки зрения производительностт и роста данных, таблицы должны быть настолько маленькие по объему насколько это возможно. Для достижения этого, Вы можете сделать следующее:
Примечание Для получения дополнительной информации обратитесь к Руководство пользователя для ERP LN архивирования (U9352* RU). Удалить записи Для улучшения производительности и снижения роста данных, удаление записей является высокоэффективным. Недостатки удаления записей является то, что данные больше недоступны. Однако, обычно не все записи следует сохранять. Например, строки работ хранятся по складу. Обычно, Вы не должны хранить эти записи. Т.о., после закрытия скласдкого заказа строки работ мб удалены. В Руководство пользователя для ERP LN архивирования описываются несколько сеансов, с помощью которых Вы можете удалить старые данные. Другие данные, такие как изделия и БП мб просмотрены иногда, после чего вы можете удалить данные более не нужные вам. Для каждой таблицы заказов и контрактов сеанс доступен для архивирования и удаления старых заказов. В этих сеансах, можно указать отдельные характеристики для выбора заказов для удаления, такие как дата или статус. Следует запускать эти сеансы на регулярной основе. Архивирование Если данные должны быть доступны для будущего использования, для анализа или просмотра, но нет необходимости хранить их в оперативной компании, можно их заархивировать. Это означает, что данные удаляются из оперативной компании и перемещаются в другую, так называемую архивную компанию. С точки зрения производительности архивирование имеет такой же эффект как и удаление данных, тк данные больше не присутствуют в оперативной компании. Однако, данные остаются доступны в архивной компании, что означает, что общая сумма данных не меняется. Заметим, что в некоторых местах LN, сеансы доступны для архивирования. С точки зрения роста данных, архивирование и удаление это предпочтительные опции. Ретроспектива Для сохранения отслеживания изменений в отношении отдельных заказов и без нагрузки на таблицы фактических заказов , Вы можете записывать данные в таблицы ретроспективы. Когда заказ создается, он копируется в ретроспективу и каждое его обновление создает новую запись таблицах ретроспективы Есть процессы, которые требуют наличия для них данных в таблицах оперативной компании, такие как статистика продаж и закупок, в также сверка в Продажи и Снабжение. Для разгрузки транзакционных таблиц заказов, эти процессы следует заставить использовать таблицы ретроспективы, т.о. данные мб удалены из транзакционных таблиц заказов на ранних этапах. В других местах, таких как Складирование, чтобы сохранить отслеживание для особого складского заказа Вы можете использовать протокол ретроспективы. Заметим, что при использовании протокола ретроспективы, Вы должны архивировать и удалять данные из таблиц ретроспективы на регулярной основе. Для большинства данных, это мб сделано сразу после протоколирования. Для данных, таких как заказы на закупку и продажу, момент для удаления или архивирования зависит от прочих процессов таких как сверка. Заключение Вы должны удалять данные из оперативного окружения на регулярной основе. Если данные все же требуются для дальнейшего анализа, архивируйте эти данные. Вы должны использовать протокол ретроспективы только когда это действительно требуется. Архивируйте данные как можно быстрее, и удаляйте их из оперативного окружения .
| |||