V8: Толстый или тонкий клиент? #694789

Собственно сабж БП 3.0. База файловая. Работает в терминале. Платформа 8.3.4.365 Есть ли разница при работе с файловой базой между тонким и толстым клиентом? и если есть то в чем. Сейчас выбор в списке баз стоит - выбирать автоматически - 1С автоматически выбирает тонкого клиента. Но тонкий клиент почему то начинает жрать память сотнями мегабайт. Это баг или фича?

А тормоза в работе с 1С есть?

включайте толстый - глюков потенциально меньше должно быть. разницы на терминале нет.

Тонкий клиент для слабой сети обычно

Почитай в яндексе "разница между толстым и тонким клиентом 1с". А для терминала, когда обработка данных происходит на 1 компе, сервере, разницы нет.

Ну понятие тормоза - оно относительное. Но факт что как только 1С сожрала 12 гигов физической памяти и начала свопиться - все стало заметно неторопливей.

Дык в яндексе в общем то и написано "А для терминала, когда обработка данных происходит на 1 компе, сервере, разницы нет." Просто визуально в дипетчере задач, при прочих равных, толстый клиент жрет вроде как меньше памяти - раза в полтора-два. Собственно это и интересно - так и должно быть, что тонкий клиент жрет оперативку - или это какой нить баг платформы

А если работа ведется по сети и база файловая, то разница работы между толстым и тонким имеется?

Нету

Файловый вариант - тонкий клиент, как-то боязно - там же "имитация" сервера будет.

Фактически разницы нет.. в любом случае имитация сервера происходит, различие только в способе вызова этой серверной дллки. А самый правильный способ этой "имитации" - вызов через веб-сервер.

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

Если сеть "ВайФай", то база уже "Ай-Ай", причём - вне зависимости от клиента. Только в терминал, от падения связи сеанс не закрывается (если правильно настроить) - можно переустановить связь и продолжить с того места, где прервали.

"ай ай" если толстый клиент, а тонкий, как и веб клиент, может и без связи прикинуться ветошью и дальше работать

Если тонкий работает с файловой базой непосредственно (не через веб-сервер) - он отличается от толстого лишь именем запускаемого файла.

Позвольте, а если у нас нормальный сервер, то толстый клиент при обрыве связи что - сильно навредит - разве SQL транзакцию не откатит ?

Тонкий клиент может коннектиться как напрямую так и по http, разве нет? Когда напрямую - любая задержки и пипец. Когда через http должен по идее стабильно работать.

Еще раз: когда доступ напрямую к 1cd, то тонкий ничем не отличается в плане производительности и стабильности от толстого клиента. Всё отличие в поддерживаемых функциях - толстый клиент тянет и управляемые, и обычные формы, а тонкий - только управляемые.

По http будет немного надёжнее, так как падение клиента не приведёт к ошибкам структуры файла базы данных - то, что данные будут не совсем корректны - это не смертельно.

про отличия я в курсе. на 8.2.19 закрутили тайминги так что все клиенты в подсетях где пинги чуть побольше сразу перестали работать (все косяки с сетевым оборудованием сразу на виду). web-сервер из за этого дела не хотелось поднимать поэтому просто на толстого клиента перевел. Но чужой опыт тоже интересно послушать, вот и спросил.

толстый клиент при обрыве связи просто скажет связь потеряна и закроется. А тонкий будет терпелива ждать некоторое время восстановления связи

В очередной раз повторяю. Что толстый, что тонкий - при работе с файловой базой ведут себя одинаково в плане стабильности и производительности. Преимущества тонкого клиента проявляются лишь при работе с сервером 1с или с веб-сервером. Всё.

тонкий клиент в терминале это жуткое зло. не для этого он создан

т.е. для того чтобы зарплатная база летала - нужен сервер 1С?

Зарплатная база летать не будет по определению... Как и любая типовая....

Не чтобы летала, а чтобы - не СЛЕТАЛА - нужен сервер 1С. Как вариант, Web-публикация, если работают один или два кадровика.

Я бы даже сказал иначе.. он создан быть злом в терминале)