Очень часто у клиентов возникает проблема с быстродействием 1С при работе в файловом режиме, самый простой способ, конечно перейти на клиент-серверную архитектуру, но не всегда клиент готов потратить деньги на серверную лицензию 1С, приобретение SQL и покупку отдельного серверного компьютера.
Так вот я попробую рассказать, как можно помочь такому клиенту, и при минимальных затратах сделать ему хорошо.
Давайте сначала обрисуем портрет такого клиента:
- Это небольшая организация с типовым учетом. В большинстве случаев занимаются торговлей;
- Обычно используют типовую конфигурацию 1С:Предприятия 8 и регулярно ее обновляют;
- Работают в одной информационной базе;
- Количество подключений к базе от 2 до 5 пользователей;
- Часто жалуются что 1С тормозит когда в базе работаю несколько пользователей;
👍 Чем мы можем помочь? Конечно это полноценный клиент-серверный вариант, но для этих клиентов он дорог и по большей части не целесообразен, объясню почему:
- Быстродействие программы может напрямую зависеть на прибыль компании. Представьте, если программа работает медленно в каком- нибудь производстве, где основная цель быстро и качественно делать продукцию и программа нужна как вспомогательный элемент ее цель быть незаметной помогать пользователю. Тут малейшие замедление программы, а уж тем более ее остановка это катастрофа, и реальные денежные потери. Здесь критично и быстродействие и надежность. В данной задаче использование клиент-серверного варианта это не трата денег, а их сохранение!
- У мелких клиентов, где скорость работы не является критичной, а только добавляет комфорт в работу, клиент-серверный вариант никогда не окупится. Что при файловом режиме менеджер выпишет 10 счетов за день, что при клиент-серверном режиме эти же 10 счетов. Да в первом варианте он потратит больше времени, но результат будет тот же. Т.е. выгода которую получит клиент не стоит этих денег.
Для таких клиентов, нужно другое решение. Можно конечно удешевить клиент-серверное решение, и предложить переходный вариант с использованием Сервера МИНИ на 5 пользователей, и в качестве СУБД PostgreSQL, но это тоже затраты.
И вот переходим к самому простому варианту, который не потребует от клиента приобретения никаких лицензий, и позволит максимально ускорить файловую базу, т.е. прибавит комфорта в работе с программой.
И так это вариант работы в файлом режиме с переносом всех вычислений на один компьютер с использованием веб-сервера. Т.е. пользователи будет подключаться к базе не по протоколам локальной сети (TCP) с переносом всех данных и вычислений с сервера на клиента, а по протоколу HTTP в режиме тонкого клиента и использованием вычислительных ресурсов одного компьютера ("сервера").
Тут сразу нужно уточнить несколько технических моментов:
- Это будет работать только для конфигураций на управляемых формах;
- Это решение не является панацеей от "тормозов". Это крайний случай когда клиент совсем не может перейти на клиент-серверный вариант, но ускорить нужно;
- Клиент-серверный вариант является в любом случае предпочтительней!
Схема работы файлового варианта:
Весь программный код выполняется на клиенте, т.е. сначала данные по сети будет переданы на клиент обработаны и затем опять возвращены на сервер. Это затраты на время передачи данных и лишняя нагрузка на сеть. Так же если клиентский компьютер слабый это большое время еще и на обработку данных.
Работа с файловой базой данных через веб-сервер:
По этой схеме видно, что вся обработка информации происходит на веб-сервере, т.е. по сети не "летают" большие объемы данных. На клиента, как в случае с клиент-серверным вариантом отдается уже готовый результат. Такой режим можно сравнить с работой в терминальном режиме, который кстати тоже очень часто используется для решения производительности именно файловых баз, но его реализация тоже требует значительных финансовых вложений.
#1c #веб-сервер #веб #клиент-сервер #быстродействие #ускорение