Kokos06
Junior Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
PogorYur
Цитата:| На одинаковом оборудовании после перехода на SQL замедление базы особенно при групповом перепроведении - до 5-7 раз по сравнению с DBF |
Вопрос: а на каком железе всё это делалось, я имею ввиду переход на SQL? SQL сама ресурсов жрёт много, и без рэйда на SCSI дисках и RAM желательно размером с объём БД на SQL переходить не стоит. Иначе как раз тупняк поймаешь "до 5-7 раз по сравнению с DBF". Задачи-то разные или дисковые операции на файл сервере, или сервер БД, который жрёт не только дисковые операции, но и проц, и оперативку.
Цитата:| По поводу "многопоточности" работы 1С: при проведении документов 1С блокирует таблицу 1sjurnal. Поэтому при любом количестве процессоров, проведение документов (основная задача 1С) является однопользовательским. |
А у тебя что, на сервере терминалов все 100% пользователей одновременно проводят документы?! Процессорное время в системе тратится не только на 1С и даже работая в 1С, при проведении документа, другие пользователи, к примеру, могут формировать отчёт или вводить новый документ, просматривать документ, подбор номенклатуры в справочнике и пр. В TS, однозначно, чем больше процессоров тем лучше.
Кстате в SQL тоже полезно индексы дефрагментировать.
А по поводу нормальных запросов в 7.7 их там действительно нет  . |
( На одинаковом оборудовании после перехода на SQL замедление базы особенно при групповом перепроведении - до 5-7 раз по сравнению с DBF. А отчеты работают действительно быстрее - там 1С генерит человеческие SQL-запросы. Оптимизация конфигурации 1С - переход от фильтрации к запросам спасает - замедление не настолько велико - оптимизорованная под SQL конфигурация чуть медленне (проц.на 20), чем dbf.