VOGBIT Чистка базы - Прочее
О новом модуле программы «Пролёживание» - Мнение руководителя производства

Последние темы на форумах VOGBIT

Создание номенклатуры посредством "перетаскивания" в VOGBIT файлов - Общие вопросы
GlMax: Загрузить номенклатуру из Excel это здорово. Но кто же загрузит номенклатуру в Excel!? Если есть изделие разработанное в Компас, то как информ ...
Модуль для планирования - Производство
Константин Чилингаров: Можно на этот.
Учетные документы - Материалы, Комплектующие, Складской учёт
Валерий Бондаренко: Спасибо, слепой поиск очень помог.  Теперь по поводу сдачи на склад. Вогбит внедряли сначала на одном участке, там все так и организовано ...
Расчет плановых дат - Прочее
Андрей Тюрин: Будем ждать видео. Планирование производства -тема актуальная для нас.
Пример создания плагина - Плагины
Константин Чилингаров: Последние сообщения перенесены /forum/messages/forum24/topic2880/message17712/2880-sozdanie-nomenklatury-posredstvom-_peretaskivaniya_-v-vogbit-faylov#message17712 сюда . Причина: /forum/rules/ Правила ...
Сравнение производительности серверов - Прочее
Константин Чилингаров: Здравствуйте, Времена какие-то запредельные, на мой взгляд. Как по мне, для "расчёта" потребности минута - уже очень долго. Не говор ...
Расчет потребности материала из сменных заданий - Материалы, Комплектующие, Складской учёт
Zms.komissarov: Да, так и есть, не обновил строку и не увидел, что коэффициент пересчета указан для другого материала... Все работает! Спасибо!  
Восстановить учётные записи не срабатывает - Прочее
NPP_ORION: Разобрались, снимается вопрос.
Ошибка раскраски по приоритету - Ошибки в работе
Константин Чилингаров: Здравствуйте, Если кратко: 1. Нужно установить в настройках ручное назначение "приоритетов" (что пользователь сам проставляет &quo ...
Хранение в базе данных ссылок на файлы - Общие вопросы
Константин Чилингаров: Ещё штатный отчёт маршрутный лист с чертежом из PDF на обратной стороне у меня как-то не смог с первого раза сам сформироваться нормально, ...
Ошибка при печати отчёта - Отчёты
Константин Чилингаров: последнее сообщение /forum/messages/forum24/topic2877/message17694/2877-khranenie-v-baze-dannykh-ssylok-na-fayly#message17694 перенесено . Причина - нарушение /forum/rules/ правил форума , п.8.
Новые возможности. Объединённые задания. Как пользоваться? - Производство
Константин Чилингаров: Здравствуйте, Судя по данным вопросам, я понял, что Вы не поняли, как в принципе используется по задумке механизм "объединенных задан ...
Права Доступа Сотрудника - Прочее
Константин Чилингаров: Здравствуйте, Немного из истории вопроса…   В прошлой программе, которую мы делали до VOGBIT, была у нас «развесистая» система управл ...
Формат адреса прокси-сервера - Прочее
Владимир Белов: Добрый день! Нужно указывать в формате URL: http://170.70.0.1:3128 http http://170.70.0.1:3128 ://170.70.0.1:3128 У вас должен быть на прокси-сервере проброшен порт 28 ...
С Новым годом! - Общие вопросы
Сергей: На данный момент проблема решается повторной активацией серийного номера. Нужно нажать на кнопку "Повторить"
Совместимость с MS SQL Server - Общие вопросы
Владимир Белов: Добрый день! MSSQL 2008 не поддерживается. Минимальная поддерживаемая версия - 2012. Рекомендуемая - 2016 или более старшая.
Схема изготовления - Производство
Константин Чилингаров: А нет возможности из этого окна проверять наличие деталей на складе? Ну и выдавать их со склада, чтоб позиции "зеленели". Тут неск ...
И снова про брак... - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: при нажатии на + в Связанных позициях, я ожидал(хотел) увидеть появление трёх позиций... Для этого нужно настроить, какие позиции должны ...
Удаление запланиированных этапов - Состав и технология
Константин Чилингаров: Здравствуйте! Компонент либо не существует, либо на него ссылаются этапы В  базе данных есть задания для производства (создаются ком ...
Групповой перенос номенклатуры с изменением обозначения - Прочее
GlMax: В принципе ожидаемо, но странно, что в системе, которая вроде бы должна работать, в том числе, и с мелкосерийным производством, отсутствую ...

Чистка базы

Другие технические вопросы - Прочее - Технические вопросы
Страницы: 1
Чистка базы
 
Здравствуйте, к следующему году хочу почистить базу от заказов, заявок и прочей текущей информации, но что бы это не повлияло на текущие остатки на складе продукции мне нельзя только трогать учетные и расчетные документы так? А заявки покупателей, заказы на производство, задания, события, сеансы все можно подчистить?
 
немного не потеме, срочно...После обновления требует параметр "Не найден параметр: UID = VGB_Priority", в инструкции его не найду, что за тип параметра
 
Цитата
Алексей Пономарев пишет:
Не найден параметр: UID = VGB_Priority
п.5 инструкции по обновлению выполните. Все параметры и т.п. сами добавятся, какие нужны.
 
По поводу чистки базы.
Почистите для начала задания по старым заказам и сеансы. И этого хватит, наверное. ("события" сами почистятся при удалении сеансов).

Если хотите, скиньте копию базы в её текущем состоянии, я посмотрю.
 
Здравствуйте.
Открыл окно Производство – задания, там много старых заданий, за прошлые года.
У нас выполненные производственные заказы почищены до 2018 года (чистили с
помощью утилиты удаление заданий и очистка заказов), а там остались задания за
2016 и 2017 года. Влияет это на что-то и как это все теперь почистить?
1.png (288.57 КБ)
2.png (250.4 КБ)
3.png (249.49 КБ)
4.png (247.96 КБ)
 
Здравствуйте,

На рис 1 - это похоже на остатки от назначения сроков через "календарный план". Я если честно, не помню какой утилитой они удаляются. Может, при удалении самой карты заказа. Проверить надо, забыл уже.

На рис.4 - это "смены". Расписание заполненное. В "Настройках" есть утилита для массового удаления таких оставшихся после чистки заданий "пустых смен" за прошлые годы. Называется "Удалить расписание".

Рис.2 и 3 - это действительно задания созданные когда-то.
Тут одно из двух.
Может быть остались заказы реально "не чищенные", к которым они относятся.
А может быть дело было так: запустили утилиту удаления заданий сразу на каком-нибудь большом объёме, но в штатном режиме она не доработала до конца почему-то. Может свет выключился, может сеть отвалилась, может кому-то надоело ждать и он "срубил" процесс или перезагрузил компьютер, или ещё что-то. В общем штатно до конца процесс не дошёл. В таком случае могут оставаться такие "подвисшие" задания. Которые программа начала удалять но недоудаляла, т.к. кто-то или что-то снаружи на дало ей доработать до конца.

Чтобы точно сказать, базу смотреть нужно.
 
Вопрос в том что влияют эти старые задания на быстродействие программы или нет. Если
да, то как их почистить? В какой последовательности? Диспетчера жалуются что
программа стала  долго переводить заказы
из проработки в планирование, а мастера что долго распределяет задания по
постам.
 
Дайте копию базы посмотреть. Поглядим.
 
Добрый день. 18.06.2019 выслали копию базы, ждем Ваших рекомендаций.
 
Здравствуйте,

Да. Спасибо.
Получили. Скачали. Посмотреть пока не успели ещё. Постараемся не затягивать. Я напишу по результатам на почту.
 
Цитата
Валерий Бондаренко написал:
18.06.2019 выслали копию базы, ждем Ваших рекомендаций.
Написал на почту.
 
Добрый день, Константин.
Хотим почистить базу для того что бы ускорить работу Вогбит, есть много позиций в номенклатуре, которые мы уже вывели из производства и никогда не вернемся к ним. Хотелось бы их удалить быстро и "безболезненно". Не хочется открывать у каждого технологию и чистить, даже после этого останутся какие то связи в коллекции компонентов к примеру. Как быстро удалить не используемые позиции в номенклатуре?  
 
Здравствуйте,

Цитата
написал:
Хотим почистить базу для того что бы ускорить работу Вогбит, есть много позиций в номенклатуре, которые...
Именно номенклатура (со всеми своими параметрами, спецификациями, техпроцессами и т.п.) очень мало влияет на скорость работы. Я бы сказал, почти вообще не влияет. Ну, если только у вас её не миллионы, может быть...

Для ускорения:
1. Делать регулярно пересчёт статистики и перестроение индексов. Например, раз в неделю. При интенсивной работе и больших БД можно и чаще даже.
2. Удалить задания по старым заказам, которые уже давно выполнены. Предварительно сделав на всякий случай резервную копию БД.

Вот это влияет на скорость.

Что касается номенклатуры... Ну, если очень хочется, то можно и удалить.
Есть, например, утилита администратора "Генератор - Удаление" (на вкладке "Настройка"). Удаляет по выделенным строчкам все спецификации, техпроцессы и т.п. "коллекции" (сначала их содержимое, потом сами), параметры, файлы и саму номенклатуру.
НЕ сможет удалить, если:
- номенклатура используется в расчётных или учётных документах или учётных карточках
- есть задания, созданные на основании техпроцессов
- номенклатура используется где-то в других местах (например, в качестве связанных объектов и т.п.)

Не забудьте только предварительно сделать резервную копию БД, если решите запускать эту штуку  :)
Ну и, повторюсь, на скорость работы это вряд ли как-то сильно повлияет.
Регулярный пересчет статистики и периодически чистка заданий по старым заказам - это влияет.
Страницы: 1
Сейчас на форуме
Всего зарегистрированных пользователей: 4466
Приняло участие в обсуждении: 435
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт