Хотят перевести пользователей, которые только формируют отчеты на тонкий клиент с толстого клиента. Почти все спрашивают будет ли ускорение. В теории должно быть т.к выполнении запроса переноститься на сервер. Но вот, что будет на практике? Вопрос адресован к тем, кто реально переводил систему на тонкий клиент

А что, в толстом клиенте запрос выполняется на клиенте? o_O

попробуй епта

50 на 50

(0) От сервака и клиентов зависит. Может и тормознее стать и быстрее.

А вообще кг/ам.
Вместо того, чтобы тупо сравнить - всякую фигню на форум постить.

С какого перепуга будет быстрее?

(6) С какого перепуга будет также?

(7) А что поменялось?

Возьмем УТ11 (БП 3.0). Почему по твоему тонкий клиент будет работать быстрее чем толстый?

(9) Толстый клиент на управляемых формах - мутант, единственной целью которого является обеспечение переходного периода..

(10) Какие ваши доказательства? По мне так тонкий клиент - отрыжка нужная для перехода на вебклиент. И кто прав?

(11) Позиция разработчиков да и остальных на закрытом форуме что ВЕБ - пеперослойка. Основное ТК

(11) Не противопоставляейте веб и тонкий. Веб-клиент это лишь вариант тонкого клиента. Другой вариант - тонкий клиент в виде экзешника.

(8) Место формирования отчета. Забудь на секунду заклинание "запрос выполняется на сервере" и подумай, что дальше происходит с этими данными, куда они тащатся, как и кем обрабатываются.
(9) В этом случае разницы может и не быть, ибо отчет СКД в управляемой форме, если не ошибаюсь, в любом клиенте будет полностью скомпонован на сервере.

(12) Саня, ты как всегда плохо выговариваешь слова :))
Что такое пеперослойка и ТК?

(14) Тогда расскажи как ты обычные формы (БП 2.0) запустишь на тонком клиенте? Я к тому же мы же сравниваем 2 одинаковых конфигурации изначально написанные на УФ, иначе смысла в сравнении особого нет.

Вот при этих условиях мне бы  хотелось бы послушать откуда будет разница в скорости работы между толстым и тонким клиентом

(15) ТК = Тонкий Клиент

(16) Щас тебе Маня напишет, что он имел в виду отчет на тонком клиенте, но написанный по старинке, с ручным выводом :))

(16) При этих условиях все понятно. Если у ТС все отчеты уже на УФ, тогда беспонтово. Но я телепатировал, что это не так.
Подождем ТС-а.

жди такси

(19) Ну так вроде бы ТС изначально ведет речь о клиенте, а не о формах. Т.е. явно речь не идет обычные формы VS УФ

(15) ТК - тонкий клиент, пеперослойка - прослойка наух не нужная.
Скоро ТК будет в свободном доступе и браузеры уйдут в топку

Хотя кто этого ТС знает. может он вчера еще полы мыл, поэтому путает где толстый клиент, а где УФ

(22) Ну в принципе да.. но у веба есть один плюс, которого нет у ТК в виде приложения - это возможность масштабирования интерфейса. Вот сделали бы в тонком клиенте масштабирование - было бы круто!

(22) скорее наоборот. Тонкий клиент уже умеет к 1сному облаку цепляться?

(16) А почему обычные, может отчеты полность перепишут под тонкий клиент

(21) Ой не факт. Характер поста подразумевает, что сейчас у него тонких клиентов вообще нет. Что странновато, если конфа на УФ.

(24) подождем поглядим.

(25) а разве нет?

(25) Да по крайне мере к фрешу уже можно через тонкий клиент цепляться.

Напишите нормальные отчеты / научите пользователей пользоваться имеющимися (чтобы фильтры/группировки по нормальному ставили)

(31) этому их научить не возможно, они даже запятую поменять на точку не могут :))) сегодня с такой пользовательшей столкнулся.

сегодня понял, что 7.7 доживает свой век. Исходные данные, запущено 2 восьмерочных конфигуратора и 4 предприятия, 2 терминальных окна, ну експлорер на 32 окна, аська, скайп и т.д. Всё летает. И тут понадобилось запустить 7.7 бухгалтерию, так она в час по чайной ложке, еле-еле добавил два реквизита в конфигураторе, предприятие само не закрывается из конфигуратора, и постоянно с окна предприятия фокус на окно конфигуратора перещелкивается. Ну я не знал, что там всё так плохо.

(33) Это не _там_ всё так плохо, а _у вас_ так плохо. На нашем предприятии самописка семерочная на базе бухгалтерии летает до сих пор с количеством пользователей 50 человек и с объемом sql-базы в 45 гигов.

(33) Если испоганить среду исполнения еще сильней, под которой екзешник 7.7 запускается, то конечно 7.7 умрет. Оставь для клиентских машин сборки под Win XP и для SQL сервера тоже сборку соответствующую и все будет летать как и раньше. А прирост скорости можно даже увеличить за счет более быстрой локальной сети... ну если на запороть системное ПО клиентских машин при установке нового сетевого железа с драйверами.

Ответа (другое) в голосувалку не ставили, поэтому пишу 3 пункт

Почему:
1. Тонкому клиенту все равно придется тянуть результаты запроса от сервера по сети
2. Исполнение запроса на сервере только в слабонагруженных системах будет быстрей, а на сильно нагруженных системах придется что-то думать о кластеризации и т.п., что не всегда доступно на практике. Другое дело, что есть мнение о стратегической выгоде в установке мощного дата-центра вместо бесконечного апгрейда клиентских машин, хотя бы потому, что избегать зоопарка в этой части не удается.
3. Виртуализация на серверной стороне намного проще в разработке при использовании тонких клиентов. Т.е. разработчики платформы реализуют цель в сохранении и даже расширении рынка, постепенно снижая требования к клиентским машинам пользователей, делает их более гибкими и кроссплатформенными.

(36) "Тонкому клиенту все равно придется тянуть результаты запроса от сервера по сети "
Лишь в объеме, необходимом для визуализации данных на форме (единицы-десятки килобайт). А всё остальное будет крутиться на сервере.

(0) ИМХО сам тонкий клиент (вообще УФ) чуток тормозней,
чем обычное приложение...
но если сервер хороший, то отчеты возможно будут быстрее
(ну не 2 раза конечно)

Быстрее точно не станет.

(37) Ты с цитриксом не путаешь? Это он так умеет, да еще RDP, но никак не 1с

(40) 37 ничего не путает - сам проверял динамические списки http://sikuda.ru/rabota-dinamicheskogo-spiska-v-1s/

(0) Филосовский вопрос куда рост? Архитектура решения интернетовская и если ты все правильно сделал основная задержка будет в пересылке данных от сервера клиенту.

Только есть одна тема в этом деле, которой пока нет в 1С. Паралельное выполнение. Но это наверо к 1С 9.0 потому, что голова отъезжает и ты пошел в третье измерение.

(41) а динамические списки и форма отчета с полем табличного документа - это разве одно и тоже?

(0). В текущей реализации нет. С точки зрения производительности, особенно форм подбора - скорее геморой.

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

(43) Да поле табличного документа в 1С работает по старинке. Но это из-за старой идеологии, что все группировки надо выводить сразу. Поживем посмотрим...

(45) Так 1С и уперлась, что логика взаимодействия клиента и сервера должна быть понятна программисту. Эта логика понятна интернет программисту, а 1С программист смотрит на нее как баран на новые ворота, его долго учили совсем другому.