30.03.2011, 17:44 | #1 |
Участник
|
Можно ли удалять InventDim и InventSum без проводок?
Можно ли смело удалять InventDim и InventSum без Inventtrans (в Ax 4.0) ? У меня из 10 млн. записей примерно 39% оказалось именно таких. Предполагаю, что это последствия массового создания и удаления заказов на покупку, по которым не обрабатывается затем никаких накладных. В InventDim используются только Склад и Размер.
Сам-то думаю, что можно. Но на всякий случай перестраховываюсь этим вопросом. |
|
30.03.2011, 18:00 | #2 |
Участник
|
Смело нельзя
InventDim необходимо проверить на связи еще по куче табличек По InventSum не вижу препятствий |
|
|
За это сообщение автора поблагодарили: Zabr (3). |
30.03.2011, 18:05 | #3 |
Модератор
|
__________________
This posting is provided "AS IS" with no warranties, and confers no rights. |
|
|
За это сообщение автора поблагодарили: Zabr (3). |
30.03.2011, 18:05 | #4 |
Участник
|
Можно попробовать Периодической операцией УЗ\Периодические операции\Очистка\Очистить не используемые складские аналитики, не знаю есть ли она в 4-ке, в 5-ке есть.
|
|
|
За это сообщение автора поблагодарили: mazzy (2), Zabr (3), someOne (1). |
30.03.2011, 18:12 | #5 |
Модератор
|
Грех не добавить в тему ликну на статью База данных Аксапты быстро растет. Что делать?
Не совсем про InventDim и InventSum, но "как бы" по теме
__________________
This posting is provided "AS IS" with no warranties, and confers no rights. |
|
31.03.2011, 13:10 | #6 |
Участник
|
|
|
31.03.2011, 13:32 | #7 |
Участник
|
Пробовал. Это никуда не годится. Только для малых объемов работоспособно.
Класс InventUnusedDimCleanUp - похоже, то что надо. По уму сделано. Только у меня меню называется "Очистка складских аналитик", а не "Очистить не используемые складские аналитики" Попробовал скрипт на демо базе. Удалено 700 тыс записей из, почти, 4 млн. Все отработало минут за 15. Супер. Вся нагрузка на сервере БД происходила... Последний раз редактировалось someOne; 31.03.2011 в 13:40. |
|
|
За это сообщение автора поблагодарили: mazzy (5), Zabr (3), Ace of Database (3), Poleax (1), gl00mie (3). |
31.03.2011, 14:05 | #8 |
Участник
|
Спасибо. Напрягает в нём только одно - сначала заполняется отдельная таблица всеми существующими InventDimid, причем она совсем не временная, как можно было бы предполагать. А у меня в InventDim >10 млн.записей. И еще это в одной транзакции.
updated: Работало около 1 часа, удалило 18% записей. Ожидал большего, но тоже неплохо. Последний раз редактировалось Zabr; 31.03.2011 в 15:12. |
|
01.04.2011, 00:25 | #9 |
Участник
|
В книжке прочитал, что временные таблицы размещаются на клиенте. Если это так, то все >10 млн. записей ползали бы по сети, получается.
|
|
01.04.2011, 01:02 | #10 |
Member
|
Цитата:
Сообщение от Geo
...временные таблицы размещаются на клиенте...
__________________
С уважением, glibs® |
|
01.04.2011, 01:02 | #11 |
Administrator
|
Цитата:
Но надо понимать - что временная таблица - суть есть файл на диске, причем на AOS-ном диске (в случае сервера; не говорю уже о клиенте), т.е. который в отличие от СУБД-шного диска (дисков) может быть гораздо менее шустрый. Плюс этот файл существует безо всяких там оптимизаций и обслуживания, которые есть у СУБД. Собственно - поэтому с т.з. производительности лучше создать временную таблицу в СУБД для большого объема данных.
__________________
Возможно сделать все. Вопрос времени Последний раз редактировалось sukhanchik; 01.04.2011 в 01:04. |
|
01.04.2011, 05:56 | #12 |
Участник
|
Цитата:
вы джобик на клиенте запускали или на сервере? чтобы запустить джобик на сервере, нужно создать menuItem, в нем указать ссылку на джобик и свойство RunOn = Server. Цитата:
Цитата:
принципиальное отличие класса InventUnusedDimCleanUp от джобика: = для каждого тестируемого поля в каждой тестируемой таблице класс делает один запрос по всем записям InventDim; = для каждого тестируемого поля в каждой тестируемой таблице джобик делает запросы по каждому InventDim. другие отличия скорее технологического характера: = в классе отдельный connection - круто = в классе используется более быстрый exist join, а в джобике count есть и спорные "усовершенствования": = в классе очень агрессивно делаются четыре skip'а (метод deleteUnusedInventDimIds). Я побоялся вставлять такие skip'ы в публичный ФАК - мало ли что у людей случится. Я думал, что знающие люди догадаются их вставить по месту и в зависимости от того, как у них накастомизировано. А незнающим - отсутствие skip'ов не навредит (а всего лишь замедлит работу). = класс сейчас невозможно запустить "частями" и параллельно с работой остальных пользователей. Сейчас, в эпоху отсутствия блокировок на чтение это кажется полной фигней. Тогда, когда создавался джобик было важно не блокировать на чтение на слишком долго. Поэтому типичная доработка джобика выглядела так: цикл по InventDim прекращался, если было удалено 10, 20, 50, 100 inventDim'ов. а сам джобик вешался в пакетное задание и выполнял постоянный мониторинг и чистку (обычно вместе с чисткой InventSum(!)). при этом джобик не сильно нагружал систему. ну, и конечно, джобики по-умолчанию запускаются на клиенте. чтобы джобик запустился на сервере, его нужно запускать через menuItem думал, что очевидная вещь. оказывается, ошибался. Спасибо, дополнил ФАК. |
|
01.04.2011, 05:58 | #13 |
Участник
|
Цитата:
Там обычно слишком много записей с промежуточными итогами, которые создаются во время работы пользователей над заказами и журналами. только в этом случае не забудьте почистить inventSum от записей, которые ссылаются на удаленные InventDim. вопрос изначально был поставлен совершенно корректно |
|
|
За это сообщение автора поблагодарили: Zabr (3). |
01.04.2011, 06:16 | #14 |
Участник
|
Цитата:
Также обратите внимание, что в стандарте и у класса InventUnusedDimCleanUp, и у menuItem свойство RunOn = Called From. Что в принципе не очень то по феншую... Если уж сделан menuItem, то лучше было бы у menuItem поставить свойство RunOn = Server. |
|
01.04.2011, 08:39 | #15 |
Участник
|
такой класс лучше запускать в пакете, прекрасно отработает на сервере. почистил где то 25% записей
|
|
01.04.2011, 10:24 | #16 |
Участник
|
Я имел в виду, что постоянная таблица увеличивает объем базы. Например, у меня она пустая занимает 125 Мб. Хотя в принципе это немного.
|
|
01.04.2011, 11:07 | #17 |
Участник
|
О, точно! Спасибо, так и сделал. Удалилось еще около 750 тыс.записей Inventdim, запускал в пакетном режиме, заняло 25 минут.
Нужно в метод isCandidateInventDimIdTable добавить строчку с InventSum: X++: protected boolean isCandidateInventDimIdTable(SysDictTable _sysDictTable) { configurationKeyId configurationKeyId = _sysDictTable.configurationKeyId(); tableId tableId = _sysDictTable.id(); ; // The table should only be evaluated if it has not been marked for deletion, it is // not a temporary table and is not InventDim nor InventDimCleanUp if (configurationKeyId == configurationkeynum(SysDeletedObjects40) || configurationKeyId == configurationkeynum(SysDeletedObjects41) || _sysDictTable.isTmp() == true || tableId == tablenum(InventDim) || tableId == tablenum(InventSum) || tableId == tablenum(InventDimCleanUp)) return false; else return true; } |
|
01.04.2011, 11:19 | #18 |
Участник
|
ой-ой. будьте осторожны с такими советами
может стоит сформулировать: стоит рассмотреть возможность добавить такую строчку (тогда нужно будет добавить обработку InventSum!!) Последний раз редактировалось mazzy; 01.04.2011 в 11:33. Причина: вместе с обработкой InventSum |
|
01.04.2011, 11:46 | #19 |
Участник
|
Логичнее кажется первым делом очистить InventSum, а потом InventDim, чтобы не получить битых ссылок, пусть и на малый промежуток времени.
|
|
01.04.2011, 12:48 | #20 |
Участник
|
Цитата:
поиск неиспользуемых inventSum сводится к поиску неиспользованных InventDim Другого способа нет. |
|
Теги |
inventdim, inventsum, складская аналитика, удаление |
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|