1С + SQL запросы (оптимизация) #102267

Есть несколько баз (1С переведенных в SQL), если база маленькая SQL запрос работает быстро, если база большая (11 тыс записей), то запрос работает очень долго, может можно как нибудь оптимизировать работу запроса. Сервер MS SQL Server 2000.

Для начала рекомендую посмотреть диск ИТС - методические материалы, там разжевано чуток. А после того как и это перестанет нравиться - ставьте ToySQL.

Делается с помощью внешних компонент влет. А 11000 записей - это большая база?

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

2 При таком (!?) количестве записей нечего заморачиваться... или это строк в отчете столько?нужно просто оптимизировать запрос или вот так:

Яндекс в помощь по ToySQLЗЫ. "mySQL? то 1С с ним не работает" - Адо, мудо, Оле оле оле уже отменили?????

запрос оптимизируй SC3772.DESCR LIKE 'Розничная' мона поменять на равенство с ид оъекта,SELECT MAX(_1SCONST.[DATE])                            FROM _1SCONST                            WHERE (_1SCONST.OBJID = SC3772.ID) AND (_1SCONST.ID LIKE '%3775%')) - это че за фигня?SC33 SC1 - об этом поподробнее

Да уж :)))) Чудный запрос!Может для начала запросы научиться ПИСАТЬ, а затем уже их ОПТИМИЗИРОВАТЬ?Такой запрос уложить любой сервер на лопатки в два счета.Даже сложно представить себе объем произведения строк из пяти таблиц.

Из запроса убрать все LIKE, заменив на равенство. Убрать ltrim(rtrim), заменив на равенство. Эта фигня - просто выборка периодического значения, тут все нормально.Лучше всего посмотреть план запроса, чтобы знать, где тормозит.

То 11. Да какой уж тут план! На FROM SC5310, SC5461, SC33 SC1, SC3772, _1SCONST у компилятора крыше съедет :)То 0. Срочно читать про join в book online.

С какого съедет-то? Все нормально, таблицы объединяются по полям. Вопрос в том, насколько эффективно объединяются.

В QUery Analizer - Query / Show Execution Plan

То 14. Что нормального то? Ты представляешь сколько нужно переворотить информации, чтобы это сделать? По сути сделать произведение из всех таблиц и потом отобрать нужное?

То 18. Все базы хранят данные в массе таблиц :) Но для их получения нет необходимости делать декартово произведение. Из таблиц выбираются только связанные данные. Для этого применяются join, которые отсекают ненужное на этапе формирования набора данных. Кроме того, оптимизатор запроса, обнаруживая join пытается применить к "связаным" полям индексы.

Ты убьешь базу,сформируй промежуточное хранилище данных средствами 1с - служебный справочник или таблица на сервере.

А ты представляешь, КАК работает SQL Server? Что такое оптимизатор запросов? Он ведь не делает сначала произведение таблиц... Он сразу фильтрует. и в плане запроса все это видно.

То 21. Ну-ну :)

ЧТо нуну? Сам я с таким сталкивался, когда запрос выдавал 150 000 строк. Приходилось искать пути оптимизации. ЗАпрос выглядел подобно вышеприведенному, но работал хорошо :-) Основное время тратилось на перекачку результатов с с ервера на локльную машину :-)

То 24. А я не сталкивался. Потому что в молодости по рукам били за кривые запросы :) И учили не давать все на откуп компилятору, оптимизатору запросов (который у Билли лучший на рынке) и ресурсам сервера.То 23. Все же рекомендую переписать запрос кардинально. "Залетает" еще быстрее.