Обновление №8 для версии VOGBIT 1.1.37841 - Новые «Терминалы», новый модуль для «Совместной обработки» в производстве, переработанный режим «Обеспеченность»

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

Заявка покупателя - Прочее
Алексей Пономарев: Здравствуйте. В окне заявка покупателя есть столбец Рекомендуемое количество, если его убрать а потом снова открыть окно то этот столбец снова проявляется. В других окнах убранный столбец появиться если его осознанно добавишь. Может поправить можно э ...
Не редактируются строки в конструкторской спецификации - Прочее
Наталья Захарова: Спасибо, получилось.
Генератор - Состав и технология
Bittzzz: Добрый день! Спасибо за ответ. Есть еще такой вопрос - как сделать так, чтобы в окне генерации параметров первыми шли параметры без символа fx? А после них следовали с fx. Для удобства
Групповая простановка Состояний в режиме Выполнение - Производство
Петр Свиридов: Благодарим. Значит, будем развивать терминальный ввод.
График производства, календарный план - Ошибки в работе
Константин Чилингаров: 18821 Ilshatisc написал: А возможно ли сделать так, чтобы колонка "операция" работала без запроса "подробно" ? Смысла нет. Что значит "работала" (см. ниже)? 18821 Ilshatisc написал: Это было бы очень удобно, н ...
Обеспеченность - Ошибки в работе
Константин Чилингаров: 18821 Ilshatisc написал: Запрошенный скриншот во вложении. Вроде, свежая версия. Последняя коммерческая. Странно.  Ну ладно, поэкспериментируем ещё.  18821 Ilshatisc написал: Нужно просто убрать все группы учета, в которых остаток деталей ...
Подсчет фактической и плановой трудоемкости. Терминал - Терминалы
Константин Чилингаров: Отчёт можно сделать (шаблон). Будет в  виде Excel файла выводится. Сразу сгруппированное и рассортированное можно так, как нужно.
Одновременное открытие нескольких окон графика. - Интерфейс программы
Константин Чилингаров: Запишем пока... При случае посмотрим ещё раз (что мешает так сделать, какие могут быть последствия, как можно переделать)
Не получается сформировать предварительные заявки - Прочее
Константин Чилингаров: Добрый день! Прокомментирую... 1. Производственный заказ по смыслу = список позиций, которые производство должно [U изготовить[/U . Задание для производства. Что вы хотите, чтобы производство вам сделало. Соответственно, в этом списке (тех.к ...
Удаление Предварительных заявок - Общие вопросы
Константин Чилингаров: Зайти под администратором, нажать "Настройки - Проверка настроек" (достаточно один раз). (https://yadi.sk/i/Eh4lmH4IVCriKA инструкция по обновлению, п. 10)
Ошибка - Непредусмотренный конец файла. - Ошибки в работе
Serhii Leleka: Спасибо. Помогло.
Новые возможности. Объединённые задания. Как пользоваться? - Производство
Alex-220781: При создании группы не получается изменить количество - сбрасывается до 1шт. Так и должно быть?
Подключение к удаленному SQL серверу - Прочее
Константин Чилингаров: 18863 Алексей Ситников написал: А как долго хранятся тем? Нет ограничения. Ничего не стираем. 18863 Алексей Ситников написал: Т.е. сохранять гдето ваши ответы или не надо? Нет необходимости. Тут всё и останется. Ссылки можете себе сохра ...
Редактирование сообщений в темах - Прочее
Олег Ковалев: Поправили
Место хранения у новых деталей - Производство
Петр Свиридов: Спасибо, увидели. Уже пробуем пользоваться.
Производственный заказ - Прочее
Константин Чилингаров: То, что на картинке означает только лишь то, что вы делаете запрос (ЛЗК) на некий склад "1 Склад производства", но на этом складе у вас такой позиции (номенклатуры, которая помечена программой кружочком с буквой i - информация) никогда не ч ...
Дублирование номенклатуры - Состав и технология
Константин Чилингаров: 18841 D.shumkov написал: одной детали нет. Куда девается - не понимаю. Позиция отмечена, как изготавливаемая (есть техпроцесс). Соответственно, в расчёт "Себестоимости" попадает не она сама, а то, что нужно, чтобы её изготовить (матери ...
Организация закупок - Общие вопросы
Константин Чилингаров: 17161 Данила Кузнецов написал: можно ли прогнать прайс лист через обеспеченность? В принципе, можно. С некоторыми оговорками. Встаём на "Прайс-лист" в справочнике "расчётные документы", нажимаем "Обеспеченность" ...
Заявки на закупку - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 17161 Данила Кузнецов написал: у нас не береться почему то Проверил. Всё нормально. Всё берётся (рис.1). Проверьте, что у Вас "контрагент" точно указан один и тот же в "прайс-листе" и в "заявке на закупку". 171 ...
Производственный заказ - Прочее
Константин Чилингаров: Здравствуйте,  /forum/messages/forum32/topic2488/message15364/2488-proizvodstvennyy-zakaz#message15364 Вот это - про то же? Тогда Предупреждение! НЕ нужно писать один и тот же вопрос несколько раз в разные темы.
Производственный заказ - Прочее
Константин Чилингаров: Здравствуйте! Вопрос не понятен. 1. "Расход", строго говоря, никак не связан с последовательностью операций/работ по изготовлению. Нет нам никаких ограничивающих зависимостей, и соответственно никаких ошибок на этой почве "расход ...

Быстродействие

Другие технические вопросы - Прочее - Технические вопросы
Страницы: 1
Быстродействие
 
Какие параметры компьютера важны для быстродействия?
Даже при работе на компьютере на котором лежит база данных медленно работают удаление, обновление и расчет себестоимости. При этом монитор загрузки пиковых значений не показывает. Компьютер i5-3.2Ггц, ОЗУ 8Мб, HDD с буферным SSD диском. Размер базы пока маленький. Что можно сделать для ускорения?
 
В первую очередь критична производительность процессора и объём оперативной памяти. Для маленькой базы они у вас достаточные.

Для поддержания оптимального быстродействия базу данных нужно периодически обслуживать. Т.е.:
- не хранить в рабочей базе подробные протоколы всех действий пользователей за все времена, периодически удалять историю сеансов и событий;
- периодически выполнять пересчёт статистики базы;
- чистить хотя бы иногда log SQL.

Что касается обновления и удаления - это ОЧЕНЬ сильно зависит от режима. в некоторых режимах (например, Номенклатура) обновление - это элементарная операция и тормозить не будет даже на огромном объёме записей. А есть, например, режим Новые задания, где при обновлении автоматически пересчитывается текущая доступность всех постов, пересчитывается на лету для каждого задания на экране возможность или невозможность включения его в сменное задание соответствующего поста в заданную дату, с учётом производительности этого поста и его текущего плана, квалификации исполнителей и прочих нюансов. Тут, конечно, обновление займёт некоторое время. Хотя всё зависит от количества заданий.
То же и по удалению. В некоторых случаях нажатие на кнопку Удалить = изменение одной-двух записей в базе данных. А в других - это изменение тысяч и десятков тысяч записей. Скорость, конечно, будет разная. Смотреть имеет смысл каждый случай отдельно. Где-то должно мгновенно работать. А где-то (как при очистке базы от "старых" заданий, например, и несколько десятков минут - это нормально).

Что касается расчёта себестоимости, то это процедура сама по себе достаточно сложная и ресурсоёмкая. Там на самом деле производится большой объём вычислений. В первую очередь из за поддержки пересчёта на лету единиц изменения и единиц нормирования, поддержки типовых операций, неявно указанных мест выполнения и трудоёмкости, поддержки разных технологий нормирования и т.п. сервисов. Всё это очень сильно упрощает подготовку данных, например, техпроцессов. Но потом приходится из за этого жертвовать скоростью в расчётах (например при калькуляции себестоимости, создании заданий и т.п.). Однако, надо учесть, что работа с базой данных по изделиям (подготовка производства новых изделий и заказов, внесение изменений и т.п.) - это процесс в реальной жизни фактически постоянный, а расчёт себестоимости - эпизодический.
В таком контексте жертва скоростью иногда ради удобства постоянно выглядит оправданной. Т.е. можно было бы, к примеру, сильно упростить и ускорить расчёт себестоимости, но тогда пришлось бы намного больше времени и усилий тратить на написание каждого техпроцесса. Согласитесь, как-то не очень...
Тем не менее, и в текущем варианте расчёта себестоимости мы уже видим резервы, за счёт чего можно его оптимизировать и будет работать быстрее. В следующих версиях попробуем их задействовать.

И ещё один момент. Скоро выйдет новая версия VOGBIT, которая будет поддерживать MS SQL 2012. Использование современных ОС и переход на SQL 2012 тоже даст некоторое ускорение, т.к. будут более оптимально использоваться ресурсы современных многоядерных процессоров.
 
Это все понятно. Расчет себестоимости как раз не сильно напрягает. А вот например такая конструкция, например: карта заказа - компоненты - задания - задания - связанные объекты при переходе от компонента к компоненту пересчитывает всю цепочку чтобы показать связанный объект по несколько секунд причем никакие видимые ресурсы компьютера не на пределе. Суть вопроса была не в претензии а в совете где искать узкое место.
 
Понятно. Ну тут цепочка не короткая. Поэтому и обновление занимает, видимо, какое-то время.
Будет время, посмотрим именно такую конструкцию, как она себя ведёт.

Кстати, вы, если не секрет, для чего так делаете? В приложении к какой практической задаче эта конкретная конструкция окон (с передвижением по компонентам) вам нужна?
 
Ремонтировал. Когда создал два поста на операцию из-за которой неправильно считалась себестоимость о чем недавно спрашивал в форуме несколько заказов запустились в таком виде и нужно было удалить лишние задания.
 
Понятно.
Ну это нештатный случай всё-таки.
В будущем мы планируем добавить более дружелюбный специальный редактор для созданных заданий. Чтобы можно было корректировать вручную созданные и удалять если надо ненужные. давно собираемся, пока не успели просто.

В новой версии, кстати, в некоторых местах мы поставили "заглушки" чтоб таких случаев не могло возникнуть. Не во всех, но кое где вставили.
 
А не планируется исправить ситуацию о которой когда-то давно упоминалось что при удалении нескольких связанных объектов приходится после каждого удаления обновлять окно с тем объектом к которому они привязаны?
 
Планируется.
Но не в ближайшей версии уже. Может в следующей.

В ближайшей планируется сделать специальную утилиту для администратора для наиболее типичных случаев "массового" удаления. Например для чистки/удаления карты заказа, которая была создана неправильно или только в целях какой-то проверки или расчёта.
 
Цитата
- не хранить в рабочей базе подробные протоколы всех действий пользователей за все времена, периодически удалять историю сеансов и событий;
- периодически выполнять пересчёт статистики базы;
- чистить хотя бы иногда log SQL.

Где и как это чистить сеансы и события, что из привязанных файлов нужно удалять?

log SQL - это я так понимаю в самом SQL ?
 
Цитата
alex demis пишет:
Где и как это чистить сеансы и события
В VOGBIT меню Администрирование, кнопка Сеансы, выделить, "Удалить".
Не забудьте резервную копию базы сделать предварительно.

Цитата
alex demis пишет:
log SQL - это я так понимаю в самом SQL ?
Да
 
Цитата


Цитата
alex demis пишет:

log SQL - это я так понимаю в самом SQL ?
Да

Константин, расчёт не состоялся выбросило из программы.

а logi SQL , где их искать именно от Vogbit и как удалять (если можно со скриптами), у нас сервер не занят и памяти там более 200гб свободной.

Реестры почистили, база у нас большая, каждый заказ имеет по 5000+
 
база данных SQL состоит из 2-х файлов: данные и лог. Есть процедуры сжатия файлов в самом SQL. Почитайте документацию по MS SQL по вопросу сжатия базы. Или погуглите.

Но это с точки зрения производительности наименее критично, если сравнивать с остальными параметрами.

Намного важнее:
- чистить журнал событий.
- чистить старые задания по давно выполненным заказам.
- запускать после всего этого и вообще периодически пересчёт статистики.

Если есть заинтересованность, можем выставить счёт на поддержку за июнь и посмотреть вашу базу. Например, проверить что расчёт вообще работает и сколько времени займёт. Нужна только будет копия базы, чтобы с ней поработать.
 
Есть документация к утилите для удаления из рабочей базы информации (заданий) по старым (давно выполненным) заказам. В ней же есть и скрипты для пересчёта статистики для разных версий MS SQL. Если нужно, то скиньте мне письмо на e-mail, я Вам вышлю.
 
Здравствуйте. Напомните пожалуйста как чистить журнал событий?
 
Здравствуйте,

1. Сделать резервную копию базы данных.
2. Зайти в VOGBIT, Администрирование - Сеансы. Выделить всё, кроме текущего (открытого) сеанса и удалить.
3. Сделать сжатие базы данных и пересчёт статистики.
 
Добрый день. Прошу прощения за некропостинг, но здесь упоминались скрипты  и информация по удалению старых заданий по выполненным заказам - можно ли их получить, актуальны ли они для версии 1.1.32421 ?
 
Здравствуйте,

Для удаления старых заданий и заказов не нужно никаких скриптов. Есть специальные утилиты.

Для удаления заданий - выделить нужные заказы, открыть вкладку меню "Настройка" и нажать "Удаление заданий". Вот здесь скриншот есть.
Надо учитывать, что если заказы большие, или их много, то это может быть долгая процедура. Поэтому нужно обязательно предварительно сделать резервную копию базы и запускать лучше в нерабочее время.

Удаление самих заказов - выделить заказы, на вкладке "Настройка" нажать "Очистка заказов - Удалить всё".

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

Сжатие базы делается штатной командой в SQL Server Management Studio.

Пересчёт статистики - выполнить через SQL Server Management Studio на своей базе данных запрос:

[Health].[UpdateStatistics]

Цитата
Rozmari пишет:
актуальны ли они для версии 1.1.32421
да. Будет всё это работать. В утилите удаления заданий, какие-то отдельные ошибки уже после этой версии мы чинили, по-моему. Хотя точно не помню, может и до...
Но, в любом случае, они в редких случаях возникали очень. В 99+ % всё работало нормально и так.
 
Цитата
Константин Чилингаров пишет:
Здравствуйте,



1. Сделать резервную копию базы данных.

2. Зайти в VOGBIT,  Администрирование  -  Сеансы . Выделить всё, кроме текущего (открытого) сеанса и удалить.

3. Сделать сжатие базы данных и пересчёт статистики.



Некоторые сеансы не удаляются - это нормально?
Изменено: Ростислав Осипов - 10.02.2018 14:37:20
 
Ничего страшного
 
После удаления заданий и очистки заказов при попытке удаления самой ТК вышло сообщение об ошибке. Перед этим этого сообщения не было - ТК удалилась
1.png (50.88 КБ)
 
Странноватое сообщение, вообще-то, для этого места.

Попробуйте следующее:
1. На всякий случай зайдите в "Планирование" -> "Загрузка производства". Если вдруг там что-то есть, то удалите.
2. Стоя на этой карте нажмите "ЛЗК, Требования, заявки" (можно в контекстном меню). Если там что-то есть - удалите.
2. Для удаления карты используйте не кнопку "Удалить", а утилиту "очистка заказов" -> "удалить всё".

Если не поможет, выложите копию базы, посмотрю. Это, наверное, быстрее будет, чем так не глядя пытаться угадать, что там.

P.S. а можете вообще не удалять. Просто "закройте" как выполненную эту карту заказа и всё. На скорость работы плюс-минус пара записей в этом месте в базе (как и пара тысяч записей) не влияет вообще никак.
Страницы: 1
Сейчас на форуме (гостей: 22)
Всего зарегистрированных пользователей: 2947
Приняло участие в обсуждении: 345
Всего тем: 804
Всего сообщений: 6066

×
Вход на сайт