1C Предприятие 7.7 SQL Медленный поиск в списке справочника #30250

Когда в поле Кода или Наименования набираеш текст для поиска, то поиск происходит очень медленно. Сразу скажу, что поля в списке не Текст, а поле ввода.В чем может быть трабл?

В таблице для выбора поля с формулами есть. Остаток на складе например. Может там чтото слишком долго считается.

Открывается обычная форма для выбора. Там ничего нет, кроме Кода, Наименования и Цены.Может это быть из-за SQL версии, т.к. на DBF версии все летало.В Справочнике 18000 элементов.

А цены не периодические? Или не расчитываются как-нибудь?

Не знаю, как раз SQL версия с обычными формами списков работает лучше, чем в ДБФ, особенно заметно как раз при таких объемах данных. Ресурсов серверу хватает?

Видел аналогичную картину у клиента с 10-Мбитной сеткой, которая работала еле-еле на 1(Мбит).

Может быть проблема с сервером?Сетка 100Mbit, Все свитчи HewlettPackard.Но вот сервер может быть узким местом.DELL Pentium II-300 Mhz, 256 Mb, HDD 18 GB SCSI.База SQL ~300Mb

Для 10 юзеров должно хватить с головой... хотя даже в режиме Single User разница между 256 и 512 ОЗУ ошшутима...

2 Dich: А для 50 юзеров, как ты думаешь хватит? Вот и я также думаю. Придется начальство уламывать!

2 Dich: И вообще, для 50> юзеров какя должна быть оптимальная конфигурация сервера?

50, и все сразу? Ну, тогда... Дуальная мама- обязательно. Процы - не ниже Р3-600. Памяти считай минимум по 8-10 метров на юзера+64 для НТ, но по-хорошему ставь сразу 1 Гиг. К жестким доскам требования помягче, но давай разбираться, зачем на сервере, где 300 мБайт базы, держать 1 скази 18 гиг? Может, лучше набрать RAID из хотя бы 3-х винтов по 10? Один винт системный, и два в зеркале. Получаешь те же 18 Гиг, но с гораздо большей надежностью. Для трех винтов другие RAID (3,5) ставить нельзя, тут в этом форуме был случай, когда на RAID5 посыпались сразу 2 из 3-х винтов... и все, нету базы.Хороший (или достаточно хороший) RAID-контроллер тоже желательно (не скази-адаптер типа SymBios Logic , а аппаратный RAID!). Скорость работы винчестеров поднимется чуть-чуть...================И для каких задач еще сервер используется (это важно!)? Если это только PDC + SQL Server, то еще нормально. А если там IIS,Exchange Server, Proxy или что-либо подобное вертится, то я бы их вынес на другую машину, пусть не такую навороченную, по соображениям ресурсоемкости.================У нас на 25 юзверей конфига сервера такая примерно, как я тебе описал, но мозгов 512. Вот память подешевела, будем скоро до гига наращивать.

Вдогонку. Не исключено, кстати, что и гигом мозгов ты не отделаешься :-((( если будет больше 50-ти. Правда, с таким количеством юзеров я не работал, не знаю. Может кто-нибудь чего-нибудь посоветует, у кого юзеров больше, чем 50?

Слушай, Dich, только что тоже с такой проблеммой столкнулся - в дбф-базе, если юзеров>1, то тормозит в журналах и справочниках при переходе по PgDn и т.п. Очень заметно. В связи с этим, три вопроса:1. Видит ли SQL-версия ключ от сетевой?2. Будет ли быстрее, если КаталогПользователя="C:"3. Забыл :( (и перехилил бутылку Rogagne :).Мерял скорость в 100Мб ХАБованой сети - 1400 Кб/с - в то время, как на СВИТЧеваной - ок. 7000Кб/с. Такие дела. :).P.S. Напишемся

P.P.S. Мерялка лежит у меня на ФТП - (с) - Неизвестный Мне работник Телесенс-Украина

Подключенных юзеров может быть 50>, но не все одновременно юзают справочник товаров.Сервер используется только для базы SQL. Проблема с сервером в том, что это DELL и для него нужна память сертифицированная, а она стоит не мало.По поводу поиска в справочнике, мне кажется это вообще не для SQL, т.к. 1С ищет начало каждого введенного символа и таким образом приходиться ворочать весь справочник на клиенте. И еще я заметил, что для тех позиций, которые я уже находил, следующий поиск выполняется быстрее.

2 не знаю по поводу ключа, поставь Соболя и поэкспериментируй... По поводу каталога пользователя в корне на С: - вряд ли быстрее будет...А я вот на работу только что пришедши... SQL упал сосвем, не знаю даже кто завалил, два продвинутых юзера сидели за сервом попеременно, пока я дома винишком расслаблялся, но боюсь, что данные за два дня потеряны, уж очень неудачно обстоятельства сложились вчера и сегодня.Ночую естественно здесь... так что ни о каком Rogagne речи нет :-(((

А у меня торговля под SQL вываливется при переносе ТА на декабрь, может тоже памяти маловато :-(Пока тоже сижу на работе ;-)

Есть ли у кого какие идеи?