i5/RAID 10 Sata 6g/b. Терминальный сервак,ms sql 2017,сервер приложений(через именнованные каналы). все на одном рейде.
В MS SQL 2017 (ничего не настраивал кроме восстановления и реорганизации индексов)

в 1с запрос типа "Выбрать н.Ссылка Из Справочник.Номенклатура" выполняется 6 секунд.
в SQL SELECT _IDRRef FROM ERP.dbo._Reference287 выполняется 0.3 секунды

что может быть не так?

как замерял?

Пади это не запрос выполняется столько, а вывод результата на экран горе-замерятеля )

(0) выполни НаСервере и померь

разумеется не через консоль запросов.. замер производительности, и раземеется на сервере

консоль выводит вообще минуту )))

(5) в тз выгружаешь небось?

(6) консоль делает 60к+ запросов на получение наименования

Запрос = Новый Запрос("ВЫБРАТЬ Н.ССЫЛКА ИЗ СПРАВОЧНИК.НОМЕНКЛАТУРА КАК Н");
Запрос.Выполнить();
6.1-6.3 секунды

(9) Добавь Н.Представление

помести результат во временную таблицу, чтобы на клиента ничего не передавалось

Загрузку железа помониторь

(11) Так он и так на Сервере

(10) как это может ускорить?

может запрос скл не все данные возвращает, а неявно делает топ 1000?

Плюс еще запрос более 5000, значит платформа будет ложить полную блокировку на таблицу и ожидает освобождения и полного захвата.

(0) Права полные?

(12) сервак тестовый, только я и больше никого (15) в результате запроса все 60263 позиции

(14) 60к+ запросов не должно быть, если запросить Представление вместо ссылки

(16) какую блокировку? 8.3 же в режиме версионирования без блокировки чтения

(17) Локальный админ

(0) Запрос 1С <> запрос SQL. Запрос 1С - это команда серверу 1С найти в SQL и вернуть некоторые данные. Сервер получает данные от SQL, из них собирает нужную тебе информацию и возвращает как результат запроса(если упрощенно). Отсюда разница в скорости. Если нужна реально высокая скорость работы - прямые запросы единственный вариант.

(18) как проверяешь что все? они динамически подгружаеются по мере прокручивания

(21) Какой админ нахрен, в 1С говорю права полные?

+(25) И сервер 1С на том же серваке, что и скуль?
И что с загрузкой памяти и проца?

(25) да

Топик стартер должен запустить профайлер и тогда увидит истину.

(26) проц <20%, а вот память 7.4/7.9

(28)+1

(29) Неважно, важно, сколько в процентах памяти занято, не +90%, надеюсь?

на (27) ответь плз, это важно

(28) ТС скорее всего не сможет запустить оттого и задает такие вопросы.

на (26)

(29) >>И сервер 1С на том же серваке, что и скуль?
Ответ-то будет?

все на одном серваке, и даже на одном RAID

(0) а если запустить под чела с парвами на все данные (что-б никаких нафиг РЛС!)

* под = из под

(37) А если научиться читать?

и да, замер первого запроса, замер второго запроса (с разогретым кэшем).

Памяти под это все дело 8 Гб отведено, видимо своп дисков

(39) все твои посты? Да ну нафиг!

Замер скорости, надеюсь, делается на сервере же, непосредственно перед созданием запроса и после выполнения, никаких переходов на клиент не происходит?

(42) Достаточно (27) прочитать, там ответ на твой вопрос

(43) да

Ну и вообще интереса ради сколько будет делаться "ВЫБРАТЬ ПРЕДСТАВЛЕНИЕ ИЗ Справочник.Номенклатура"

Если очевидные вещи не сработают, то пробуй (28)

(41) спасибо
добавил 4 гига оперативки, зашевелилось.

(48) Так а сколько из этого жрал скуль?
Ты в курсе, что скуль нужно ограничивать, иначе он убьет все живое?

(40) А как разогревать кэш на 1С?
Сделать запрос дважды и делать замер выполнения второго "выполнить"?
Вообще это столько разогрев кэша, сколько разогрев оптимизатора и построителя плана запросов.

(20) Это я немного с другим механизмом попутал :)

(49) угу. забыл ограничить... как и сервер приложений... тестовая машина...

(52) Сервер приложений не нужно огранчичивать, а вот скуль нужно, иначе он жрет как не в себя

sql возвращает таблицу, 1c возвращает ссылки. Огромная разница.

(54) в чем?

Забавно наблюдать когда 1с-ники спорят про sql...

(55) в том, что надо преобразовать sql binary(16) в ссылку

(0) Автор, помести результат во временную таблицу.

Вот это у меня работает 100 мс

выбрать     ссылка
поместить вт1
из справочник.финансовыеинструменты

а это - 31 мс

select _idrref from _Reference16362

(55) Ты что, тупой, в таблице 7 букв, а в ссылках 6, притом что ссылок много, а таблица одна

(56) Мы не про sql, а про 1С так-то

(57) То есть Наименование вместо Ссылка должно все сразу резко ускорить?

(58) Чтобы у ТС все тоже стало в три раза медленнее работать?

(58)
а это сколько по времени выполниться в SSMS:
drop table  if exists #tt
go
select _idrref into ##tt from _Reference16362

SQL Server Execution Times:
   CPU time = 16 ms,  elapsed time = 1 ms.

SQL Server Execution Times:
   CPU time = 47 ms,  elapsed time = 46 ms.

в справочнике 100 000 записей.
(62) с чего бы у него все стало медленней? у него и так небыстро :)

(64) 50 мс тратится на исполнение запроса,50 мс на трансляцию текста  1с-MSSQL.
А у автора ерунда.

(54) нет там никакой разницы или вы думаете если вам ADO по умолчанию массивы возвращает из бинарника, то и в 1С все также?

(0) План запроса в студию

(68)вы издеваетесь? В плане запроса там будет одна операция Index Scan

(0) попробуй вместо устаревших "именнованные каналы" включить shared memory.

(70) в пору моей юности именованные каналы были на пике технологий.
И автору это не поможет.

(70) о мы с вами недавно спорили про подзапросы на инфостарте

(69) exec sp_executesql N'SELECT
T1._IDRRef
FROM dbo._Reference56 T1
WHERE (T1._Fld11306 = P1)',N'P1 numeric(10)',0
И по каждой номенклатуре exec sp_executesql N'SELECT
T1._IDRRef,
T1._Description
FROM dbo._Reference56 T1
WHERE ((T1._Fld11306 = P1)) AND (T1._IDRRef = @P2)',N'P1 numeric(10),@P2 varbinary(16)',0,0xB0D410604B958AA411E379D65894563C

Вот и вся магия, время выполнения запроса 0.01 секунда, время выполнения других запросов 15 секунд, в консоле время выполения 0.01, я ждал секунд 30 на все про все

(73) притом это index seek

(65) С того, что твои замеры показывают, что временная таблица у тебя замедлила все в три раза

(73) Поэтому я и предлагал автору поместить выборку во временную таблицу, а не гнать все на клиента.

(76) На какого, блеать, клиента, у него все на сервере

(75) А у автора замедление было в 20 раз из-за того, что он получал всю выборку на клиента. Я же предлагал использовать временную таблицу только для проверки того, что 1С и SSMS выполняют запрос примерно одинаково.

(78) Рукалицо

(79) вроде он сам уже разобрался, дело было в оперативке.

(78) да верно предложили, для исключения влияния клиента в виде 1С

(73)
вы различаете использование фильтра и нет?  У автора фильтра нет, у вас есть.

(80) Дело было не в оперативке, а в неограниченности скуля
И насколько у него стало пошустрее тоже не уточнил

(73) во т для того чтобы не было по каждой номенклатуре 2 запроса  nicxxx и предложил использовать временную таблицу.
Правда некоторые консоли даже при использовании временной таблицы делают неявный запрос к ней.

(82)
автор не привёл конфу

в (73) отбор правильный в учётом разделителя (который не очевидный, но есть во всех типовых)

(85) я именно к этом и клоню, что как минимум запросы разные)

(82) вы не поверите - у меня в консоли нету не одного фильтра)

И никто не сказал автору собрать трассу и посчитать итоговый duration всех запросов. Вместо этого гадания и тупняки, особенно печенюшка доставляет.

(88) были предложения)но многим и так все понятно)

(87) как нет, а это что
WHERE (T1._Fld11306 = P1)',N'P1 numeric(10)',0

фильтр по полю _Fld11306  тип число(10) в 1С.

(89) где?

(86)
любой запрос вида: select _idrref from _refxxx
даст скан индекса и при одинаковом количестве элементов выполниться за одно и тоже время +-

(92) в sql да, касательно 1с нет. Как видите запросы разные, мы же не тексты сравниваем,а результат. Как минимум 1с тащит необходимые ему данные независимо от того что написано в консоли,WHERE (T1._Fld11306 = P1)',N'P1 numeric(10)',0  является разделителем данных. И уже не скан произошел. Поэтому считать что выбрать * из в 1с и sql одно и тоже не всегда правильно, как преобразовал этот запрос 1с в sql покажет только профайлер(ну или средства тех журнала например).

(88) Ой, Мишанька проснулся :))

(93) если разделитель то да он обязательно входит в индекс.
У меня без разделителя.

(93) и автора как я понял тоже.

(93) Хотя если у автора ERP разделитель д.б.

(97) в SSMS ему разделитель не мешает, т.к. там скорость в 20 раз выше, чем в 1С.

(98) автору не мешает.

(98) ему и количество озу не должно мешать. особенно на втором и последующем прогоне. Все в кэше будет.

(83) 0.31сек