█ 30.05.2022 11:51
Цитата:
Не совсем пофиг. Ведь цены меняются не только на кассе, еще ценники меняются, новые товары приезжают. Долго ждать, пока обновятся кассы, это плохо, в том числе и при работе кассиров в фоне. MWWRuza ➤ Я думаю, так-же можно поступить и с таблицами внутри бвзы в одном файле, тогда не придется менять формат файлов обмена.
Отдельным процессом, под отдельным пользователем, программа ловит файлы выгрузки, и загружает в фоне, не мешая работать кассирам, во временные таблицы - копии рабочих внутри бд. Сколько она это делает - пофик, кассиры то работают в это время, и не важно, что этот процесс происходит не в беке а на кассе... Потом, по завершении процесса загрузки и подготовки этих временных таблиц, программа "ловит момент" между чеками, и меняет рабочие таблицы на проапдейченные временные. Я думаю, это тоже процесс нескольких(в крайнем случае - десятков) секунд.
Аа, "загрузка часами" - это действительно нонсенс...
Отдельным процессом, под отдельным пользователем, программа ловит файлы выгрузки, и загружает в фоне, не мешая работать кассирам, во временные таблицы - копии рабочих внутри бд. Сколько она это делает - пофик, кассиры то работают в это время, и не важно, что этот процесс происходит не в беке а на кассе... Потом, по завершении процесса загрузки и подготовки этих временных таблиц, программа "ловит момент" между чеками, и меняет рабочие таблицы на проапдейченные временные. Я думаю, это тоже процесс нескольких(в крайнем случае - десятков) секунд.
Аа, "загрузка часами" - это действительно нонсенс...
Поэтому самое правильное решение, как я написал, физически разделить базу данных на кассе. Тогда никаких медленных insert/replace на кассах не надо по определению, обновление проходит мгновенно.
Почему в укм выбрали my sql, можно догадываться. Де факто, кассовый софт это однопользовательское приложение. Как раз недавно у нас в англоязычных группах активист из Сингапура писал про нечто подобное. Он в свою фирмочку пытается привлечь молодых программистов. Говорит, они владеют некоторым кейсом инструментов для разработки под веб, и ничего больше не знают. Спросил у них, а как же, если потребуется не веб, а приложение, работающее в локальной сети. Ему ответили, а фигня вопрос, поднимем в локальной сети свой веб сервер, мой скуль и будет все здорово. Возможно, в данном случае наблюдаются те же тенденции в результате изменений в кадровом составе разработчиков.
█ 30.05.2022 12:05
Надо учитывать, что синхронизация данных это не просто изменение цен и добавление новых товаров. Могут быть подчиненные структуры. Например, список последних приходов с разными мрц для табачных. Или дополнительные штрих-коды. Поменяли цену у товара, потом надо как-то сверить и подчиненные записи. Или удалили ненужный товар, надо удалить и подчиненные записи. Это не быстро все, особенно на скуле, который оптимизирован на чтение при большом количестве пользователей, а не на запись.
█ 22.02.2023 21:30
А никто не в курсе, в новых версиях то фича с тормозами при полной загрузке осталась ? Или неужели всё же сумели сделать ?
█ 25.05.2023 11:53
Цитата:
ПРиветствую Мне удалось решить эту проблему загрузка идет 5-10 минут максимум, для этого написал свою прогу. Starter ➤ Давно уже это происходит, но вот как-то накипело - у всех ли загрузка в УКМ4 полной выгрузки через конвертер Супермаг Плюс XML импорт длится час-два-три ?
Как-то исправляется ? В ТП обращались, сказали, это нормально. Может как то можно убыстрить процедуру ? И почему так долго таки происходит ?
Как-то исправляется ? В ТП обращались, сказали, это нормально. Может как то можно убыстрить процедуру ? И почему так долго таки происходит ?
) █ 25.05.2023 12:39
Если не планируете софтинкой барыжить - выкладывайте, люди спасибо скажут..
Часовой пояс GMT +3, время: 20:08.
Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.