Новая версия VOGBIT 20.5 - Новая платформа: быстрее, надёжнее, удобнее. Новая подсистема управления приоритетами в производстве. Новые возможности для участков ЧПУ. Улучшенные «цеховые терминалы». Новые возможности для совместной работы менеджеров, инженеров и производства при изготовлении уникальной продукции под заказ. И многое другое…

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

Дублирование номенклатуры - Состав и технология
D.shumkov: Константин, перечитал ваш ответ несколько раз. Вник. Теперь мне полностью понятна логика поведения программы. Спасибо! Порошу вашего подтверждения правильности работы. 1. Есть электронная плата А, в ней куча компонентов в составе изделия. Так ...
Ошибка при создании заказной спецификации - Ошибки в работе
Константин Чилингаров: Всё на вид так, как написано в сообщении (скриншот в сообщении #1). Из того, что я вижу на вашем скриншоте в сообщении #3: На деталь "РП 5.0-00.02.003" создана зачем-то "конструкторская спецификация", в которую вставлена сама ...
Ошибки обновления 20.5. Колонки в спецификации и папках - Ошибки в работе
Alex-220781: 13 Константин Чилингаров написал: Вроде всё на месте (рис.1). Есть колонка.Только называется она теперь не "Из ТП", а просто "ТП". Что более логично. Нашел - была убрана категория Материал. 13 Константин Чилингаров напис ...
Переход с Демо версии на боевую - Демо версия
Константин Чилингаров: Здравствуйте, Сможете продолжить работать с той же базой данных. Она останется в том же виде. Хотите, подключайтесь к ней и продолжайте работать. Хотите - новую сделайте. Как вам удобнее.
Номенклатура - Прочее
Константин Чилингаров: Здравствуйте, В панели инструментов возле кнопки "Отчёты" есть выпадающее меню. Там выбираем "Экспорт в файл Microsoft Excel" (рис.1). Там же есть другие варианты (текстовый файл, *.xml). 
Не получается отредактировать деталь - Демо версия
Serge.v.astapov: Константин, спасибо! Попробую
Снабжение - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: /forum/messages/forum33/topic2542/message15625/2542-obnovlenie-20.5.-sistema-raboty-s-_predvaritelnymi-zayavkami_-i-_limitno_zabornymi-kartami_#message15625 Вот тут пара роликов есть. Там показано, как делается расчёт потребности, ЛЗК, на весь за ...
Обновление 20.5. Система работы с «Предварительными заявками» и «Лимитно-заборными картами» - Обновление
Константин Чилингаров: Ещё один пример: [VIDEO TYPE=YOUTUBE WIDTH=1280 HEIGHT=720 //www.youtube.com/embed/F7Pw3tp1FXs?feature=oembed[/VIDEO
Возврат в окно - Интерфейс программы
Константин Чилингаров: Здравствуйте, Начиная с версии VOGBIT 20.5 это место переделано/починено. Теперь корректно запоминает откуда была закладка открыта и при закрытии корректно возвращается в то окно, какое нужно. Намного удобнее, конечно.  Спасибо за помощь!
Предупреждение о несовпадении единиц измерения - Интерфейс программы
Константин Чилингаров: 3520 Alex-220781 написал: Можно выдавать предупреждение Вот так сейчас выглядит (версия VOGBIT 20.5):
Запоминание состояния окон - Интерфейс программы
Константин Чилингаров: В современных версиях должна сохраняться ширина колонок в этих местах.
Удаление поста в технологии - Интерфейс программы
Константин Чилингаров: Вот так выглядит в современной версии (рис.). Если ничего не выбирать в "выпадашке", а просто нажать на кнопку, то удаляется и то, и другое.
Информация о количестве изделий на терминале - Интерфейс программы
Константин Чилингаров: Последние изменения (версия VOGBIT 20.5): Для "Высокого уровня", если детали по заданию сданы уже частично, когда такое задание (продолжение его) берёшь на терминале, то показывается в "квадратике" задания количество, сколько е ...
Терминал. Новые возможности после обновления апрель 2019г - Терминалы
Константин Чилингаров: 3520 Alex-220781 написал: Да, название операции. Но не вместо комментария. Комментарий иногда тоже нужен. По этой части сейчас, насколько я помню, выглядит так: Если разные операции могут выполняться/отмечаться, то выводятся на терминале дополн ...
Отображение количества в детальном графике на максимальном уровне - Прочее
Константин Чилингаров: Проверил,  Было починено в 2019г. Чтобы ширину можно было поменять. В версии 20.5 (последней на сегодня) проверил - ширина колонок меняется автоматически, чтобы число влезало.
Автоматическая установка единиц измерения - Интерфейс программы
Alex-220781: 3520 Alex-220781 написал: Переделаем в следующих версиях. Там через одно обновление будет много изменений в этом модуле (и вообще почти во всех). Заодно, думаю, и это место подкрутим. Сделали, спасибо!
Обновление 20.5. Подробная информация. - Обновление
Константин Чилингаров: И ещё на эту же тему - есть ещё вот такая функция: Если встать в линейке-календаре сверху на номер смены и нажать правую кнопку, то там есть "Перенести невыполненные задания" (рис.1). При этом все не выполненные в эту смену задания по вс ...
Долгосрочное планирование или график производства - Производство
Zhalenik: Спасибо за ответ , я вас понял!
Аналоги в обеспеченности - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: 18127 Lexam написал: вопрос с отражением в обеспеченности значка, что существуют аналоги предлагаю рассмотреть Вот так выглядит сейчас (версия 20.5 у меня стоит, но в предыдущей, по-моему, тоже уже было так же).
Технологическая карта - Прочее
Константин Чилингаров: Переделано. В современных версиях не убирается выделение при перетаскивании.

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

Другие технические вопросы - Прочее - Технические вопросы
Страницы: 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
Сейчас на форуме (гостей: 11)
Всего зарегистрированных пользователей: 3041
Приняло участие в обсуждении: 355
Всего тем: 804
Всего сообщений: 6067

Полезные ссылки:
подготовка производства Видео-презентация Себестоимость управление ремонтами планирование производства базы данных VOGBIT Производственный заказ Установка VOGBIT загрузка оборудования инструкция Трудоёмкость Деактивация VOGBIT расчет себестоимости Начало работы Расчёт комплектации Складской учёт технологическая подготовка производственный учет ТПП складской учет Демонстрационный режим VOGBIT управление данными Обновление VOGBIT График производства электронный архив Создание новой базы данных VOGBIT управление качеством деактивации VOGBIT Полная версия VOGBIT активация VOGBIT Планирование мелкосерийного производства Техническая Подготовка Производства управление производством Состав изделия Обзор обновления Генератор отчетов склад Сменное задание Задания для производства производство металлоконструкций пост руководство администраторов VOGBIT Тип нормирования Заказ на производство разработчика отчетов vogbit Нормирование состав изделия демоверсия технология Планирование производства Высокий-максимальный уровень отпуск товарно-материальных ценностей со склада Расчёт работ Импорт из 3D модели спецификация Установка
×
Вход на сайт