Тонкие клиенты

Работаем с 1С 7.7 бюджетная бухгалтерия. Сетевая Ос - Nowell NetWare 5.<br>Всего пользователей около 30, из них 16 пользователей вводят информацию, а остальные работают в режиме просмотра. Программа работает очень медленно.Нам предлагают перейти на тонкие клиенты, а может быть лучше перейти на SQL-версию?

1) SQL, обязательно с подделыванием стандартных отчетов (ну не оптимизированны они под SQL)<br>2) Сетевухи - гигабитки<br>3) Полноценный свич<br>

Правильно советуют.<br>Переход на терминал не требует SQL и от этого (SQL) работать ещё быстрее не станет<br>Особенно терминал полезен, если те 14 строят отчёты, или 16 сидят в одном журнале.

И каждый по своему колбасит бух учет. <br><br><br>____________<br>http://kinozones.ru/

Тут другая проблема может быть, при переходе на SQL.<br>У нас тоже примерно 30 пользователей, в терминале на DBF фсе работало очень быстро. Но была проблема, когда кто-нибудь начинал проводить что-нибудь очень объемное по количеству строк, то тормозили все.<br>Решили перейти на SQL и локально. Но быстродействие упало существенно, что в терминале, что на локальных машинах. Поэтому фик знает что лучше.

"Это вы готовить их не умеете." (с)<br><br>SQL требует ВДУМЧИВОЙ и к р о п о т л и в о й настройки.

Так может быть совместными усилиями составим руководство по настройке SQL для нормальной работы с 1С?<br>Скорее всего не один я столкнулся с такой проблемой, а более-менее удобоваримой инфы по этой теме нет.

Во народ...<br>У меня в фирме около 40 компов работают с торговлей, причем переделанной процентов на 80.<br>выбор между sql и dbf - на 7.7 90% в пользу dbf.<br>Но только одно но - терминалка.<br>Т.к. по сетки даже когда два клиента работать тяжеловато.<br>Плюс главное подобрать нормальный сервак и базу поставить на scsi-диск убрать шифрование, индексация диска - это гуд.<br>Процессоры желательно с большей памятью 1 уровня ядра. Количество процессоров никак не влияет на скорость работы. Т.к. 1С занимает только один проц и под многопроцессорность никак не заточена. А в двухядерных процессах и то хуже - только одно ядро.<br>Фиг знает - ядро 1С не я писал. Единственный плюс количества процессоров - это то, что система будет меньше грузиться сервака и есть возможность запускать несколько различных 1С (баз) без потери производительности.<br>Добавлю еще, что вся 1С тормозит главным образом из-за корявости разработчиков. Т.к. язык запросов в программировании семерки абсолютно не оптимизирован и его обработка - 99% всего времени. Через выгрузки итогов и обработкой уже в таблицах значений время создавания отчета уменьшается в два-три раза. <br>И еще 1С с sql можно сказать работает как малолетний мальчик смотрит мультики по компьютеру. Видит видит - а сделать ничего не может. Проще говоря работает только с классическим sql от Майкрософта и то процентов на 5. Многие команды sql не воспринимает как таковых.<br>В процессе работы с sql-ем гоняет туда-сюда базы, вместо того, чтобы выполнять на самом сервере sql.<br>

7.7 не предназначалась изначально для работы с SQL.<br>В случае с 7.5 и 7.7 SQL требуется для более стабильной работы базы данных (исключение поломок базы данных)<br>Повышение быстродействия отчетов - использование библиотеки типа ADSQL (прямой доступ к таблицам SQL)<br>Повышение быстродействия проведения документов - библиотека и переделка модуля под конкретную организацию (отрасль)<br><br>8.0 изначально разрабатывалась для работы под SQL и при работе с SQL генерит стандартные запрос ("SELECT ...")<br><br>Можно сказать, взаимодействие 7.7 и SQL - как встреча на Эльбе. Две абсолютно разные системы, но вот сдружились немного. И то хорошо.<br>Зато 8.0 - с SQL "на ты"