Есть РС к которому обращаются много пользователей. В нем нет кричтиеских данных. Подумал - для повышения скорости работы в нем сделать грязное чтение.
Даже если прочитаются не записанные данные, то не страшно.

Как это можно сделать ?

(0) у тя и так все запросы на чтение идут с хинтом нолок, в скуле, к примеру.

какое еще повышение чтения тебе нужно ?

Нужна скорость - правильно задай структуру, правильно расположи измерения в порядке следования, при необходимости, задай свои покрывающие индексы

в самом скуле, например.

(1) в транзакции нет

(5)Счас же версионник моден. Там вроде как без простоев.

(6) Что значит "моден"? .3 вроде его принудительно включает? Или я что-то подзабыл?

(0) Снимись с ручника. Все уже давно на версионниках работают. И ты тоже, если 1С и сиквел не допотопные. А в них и грязного чтения нет и скорость не хуже.

Или у тебя транзакционное чтение на автоматических блокировках?

Тогда только на управляемые переходить.

(0) С чего ты взял, что это поможет?

В чем узкое место сейчас?

(9) Даже на автоматических параллельному чтению ничего не мешает. Блокировки появляются при записи.

Как можно ускорить полученение категории объекта ?

ВЫБРАТЬ
    1 КАК КОЛИЧЕСТВО
ИЗ
    РегистрСведений.КатегорииОбъектов КАК КатегорииОбъектов
ГДЕ
    КатегорииОбъектов.Объект = &Объект
    И КатегорииОбъектов.Категория = &Категория

такой ерундовый запрос выполняет 2 сек.

Может на обращение к регистру переделать ?

(13) "ЫБРАТЬ
ИЗ
    РегистрСведений.КатегорииОбъектов"

А сейчас куда обращаешься? Инлексацию проверь

(13) ВЫРАЗИТЬ в условиях не пробовал? А то объект - наверняка составной тип.

(15) а как выразить может помочь?

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

(0) Если бы программисты 1С были врачами:
https://a.d-cd.net/mg8A31w4-wfn-st2mm8pCeYcNRY-960.jpg

(17) называется слышал звон, но не понял где он.
То что ты описал - это про доступ через точку

(13) Посмотреть реальный текст запроса на SQL сервере. Посмотреть план запроса. Если нужные доступы есть, если нет - начать с их получения. Не играть в угадайку.

Могу с этим помочь (бесплатно). Напиши на [email protected]

(20) спасибо. Как будет доступ в профайлер - напишу.

чуть ускорил за счет приведения к типу. Что еще можно выжать ?
ВЫБРАТЬ
    1 КАК КОЛИЧЕСТВО
ИЗ
    РегистрСведений.КатегорииОбъектов КАК КатегорииОбъектов
ГДЕ
    Выразить(КатегорииОбъектов.Объект как Документ.ЗаказПокупателя) = &Объект
    И КатегорииОбъектов.Категория = &Категория и КатегорииОбъектов.Объект ссылка Документ.ЗаказПокупателя

(21) выжать из руководства доступ к профайлеру

(21) В структуре регистра измерение Объект переместить на первое место.

(0) Вангую, что у вас УТ 10.3/УПП 1.3 судя по названию регистра (нашел его в УТ 10.3)
Если так, то у вас 1С  с автоматическими блокировками и режимом совместимости 8.2.16 или чуть старше.

Я что-то не знаю, как из 1с можно управлять хинтами WITH(NOLOCK) или, как сейчас пишется в СУБД перед выполнение запроса  SET TRANSACTION ISOLATION LEVEL READ UNCOMMITTED

(15) это называется разименование полей составного типа.

(16) никак. Только хуже сделаете.
(20) можно глянуть.

(21) сделали  хуже. Вы не правильно используете Выразить(КатегорииОбъектов.Объект как Документ.ЗаказПокупателя) = &Объект
В плане запроса это будет CAST(....)  Это выражение над индексным полем. СУБД- шник свалится из Index SEEK в Index SCAN. А это, по сути, сканирование всей таблицы , т.к. индекс кластерный.

(23) если  никто не трогал рег, то Объект там на первом месте в индексе.

Не видел полного текста запроса с применением данного регистра.
Я бы смотрел в сторону:
- избавиться от полей составного типа.
- пересмотреть запрос.

Например:

Выбрать Первые 1 Объект, КатегорииОбъектов  Из  РегистрСведений.КатегорииОбъектов Где КатегорииОбъектов.Объект =&Объект И КатегорииОбъектов.Категория = &Категория  

Ничего больше вы не выжмите из этого.


Жду критики)))

Разве выразить дает каст? Вроде только для преобразования чисел-строк

(24) > плане запроса это будет CAST(....)  
(25) > для преобразования чисел-строк

Какие еще будут варианты?

(25) даст. Специально нашел фрагмент курса Богачева В. где он сам признается, что раньше неправильно использовал Выразить (...). Есть пруфы.

(27) > Есть пруфы
Где?

(28) из курса подготовки эксперта по технологическим вопросам Виктора Богачева.

Могу план запроса прислать в личку (не поленюсь и сделаю). Извините , к курсу доступ не предоставлю. Скрины могу)

(29) > в личку
Сюда. И исходный запрос.

(29) Ты стесняешься своего плана запроса? Может, ты хочешь об этом поговорить?

(31) lol

Немного терпения.

без выразить
ГДЕ
    КатегорииОбъектов.Объект = &Объект
    И КатегорииОбъектов.Категория = &Категория и КатегорииОбъектов.Объект ссылка Документ.ЗаказПокупателя



SELECT
P1
FROM dbo._InfoRg18552 T1
WHERE (T1._Fld18553_TYPE = 0x08 AND T1._Fld18553_RTRef = 0x00000170 AND T1._Fld18553_RRRef = 0x00000000000000000000000000000000) AND (T1._Fld18554RRef = @P2) AND (T1._Fld18553_TYPE = 0x08 AND T1._Fld18553_RTRef = 0x00000170)',N'P1 numeric(10),@P2 varbinary(16)',1,0xAC312DA6B9DCB5A540FFB200F5CA1D1D

с выразить
ГДЕ
    Выразить(КатегорииОбъектов.Объект как Документ.ЗаказПокупателя) = &Объект
    И КатегорииОбъектов.Категория = &Категория и КатегорииОбъектов.Объект ссылка Документ.ЗаказПокупателя

SELECT
P1
FROM dbo._InfoRg18552 T1
WHERE ((CASE WHEN T1._Fld18553_TYPE = 0x08 AND T1._Fld18553_RTRef = 0x00000170 THEN T1._Fld18553_RRRef END) = 0x00000000000000000000000000000000) AND (T1._Fld18554RRef = @P2) AND (T1._Fld18553_TYPE = 0x08 AND T1._Fld18553_RTRef = 0x00000170)',N'P1 numeric(10),@P2 varbinary(16)',1,0xAC312DA6B9DCB5A540FFB200F5CA1D1D

SELECT
T1._Fld908_TYPE,
T1._Fld908_RTRef,
T1._Fld908_RRRef,
T1._Fld909RRef
FROM dbo._InfoRg907 T1
WHERE ((CASE WHEN T1._Fld908_TYPE = 0x08 AND T1._Fld908_RTRef = 0x0000008C THEN T1._Fld908_RRRef END) = P1) AND (T1._Fld909RRef = @P2)',N'P1 varbinary(16),@P2 varbinary(16)',0xB43218C04D22528811EC6C5A46022BC7,0x00000000000000000000000000000000

(33) перепутал CAST с CASE Мои извинения, невнимателен чуть ((

В любом случае -это выражение над индексируемым полем

И..реальный план выполнения запрос там одинаковый

(35) > перепутал CAST с CASE
Воот. А то напугал =)

(37)  Да, страдаю этим немного :-)

(37) я же писал, что "жду критики"! Спасибо , что поправили)

(12) На автоматических блокировках чтению будет мешать запись. А на управляемых на версионнике - не будет. Сабж ведь про грязное чтение. Значит ему запись мешает, раз он грязным чтением ускорить пытается.

(13) 2 секунды? Очень странно, если Объект первым измерением стоит или вторым после категории или по Объект есть доп-индекс (то есть если отбор попадает в индекс с хорошей селективностью). Тогда это какая-то аномалия. Пересчет статистики сделать как вариант. Не поможет - переиндексацию. Не поможет - глянуть план выполнения, что же он такого делает. Оптимальный он или нет.

(40) Для перевода на версионник базу нужно активно дорабатывать напильником. Я не думаю, что это будет выход при данной проблеме.
Поэтому только оптимизация. Я подозреваю, что данное решение еще и обновляется?))

(41) автор  притих ツ

(21) "Выразить..." - первый раз написали а второй раз нет -
"Объект" - два раза в запросе и выразить надо 2 раза.
один раз бесполезно :-)

(42) не, я внимательно читаю.

В итоге как ускорить обращений к регистру категории объектов

(44) >  я внимательно читаю
А если будешь внимательно писать, то сможешь читать больше ответов по делу.
Озвучь хотя бы структуру регистра, порядок измерений и доп-индексы если они есть.

(45)
Там все просто, как в автомате Калашникова)

Два измерения и все

Объект (тип Документ.Ссылка, Справочник.Ссылка)
КатегорииОбъектов (тип Справочник.КатегорииОбъектов)

ИМХО. Тема довольно большая по причинам длительного выполнения запроса.
Прежде чем хотеть "грязных чтений" нужно  ответить на вопрос: "А все ли сделано для того, что бы опуститься до такого уровня"?
Какие-то вбросы в тему не дадут истинной причины.

Поэтому все выглядит как (18)

(41) блокировки управляемые

Где изучить как интерпритировать SQL запрос, чтобы понять правильный он или нет

(48) Если запрос делает 1с - он правильный.

(41) > блокировки управляемые
Если управляемые блокировки, то затыка по блокировкам быть не должно, если ты их сам не организовал.
> Где изучить как интерпритировать SQL запрос, чтобы понять правильный он или нет
Не SQL запрос. План его выполнения. Гугли "как посмотреть план выполнения запроса". Там будет отражено на какой операции сколько времени тратится. Если сам интерпретировать его не сможешь - выкладывай сюда скриншот. Или загугли "как читать план выполнения запроса". Сиквел даже умеет помогать с анализом: https://docs.microsoft.com/ru-ru/sql/relational-databases/performance/analyze-an-actual-execution-plan?view=sql-server-ver15

спасибо, буду читать. Пока вот такой запрос

сейчас попробую его текст в 1C найти, но он не типовой

exec sp_executesql N'SELECT
T1._Fld32118
FROM dbo._InfoRg32114 T1 WITH(NOLOCK)
WHERE (T1._Fld32116RRef = P1) AND (T1._Fld32115RRef = @P2) AND (T1._Fld32117 = -@P3)',N'P1 varbinary(16),@P2 varbinary(16),@P3 numeric(10)',0x96F744A8421C39D411EC696E82026EDA,0x9C98002219A6A0CC11E4542512A11633,1

(51) ну тут собственно и так грязное чтение

(51) T1._Fld32117 - это че за реквизит\ресурс\измерение у тебя ? И где в твоём тексте запроса условие на него =1 ?

2 поля объект и 1 категория

(54) > 2 поля объект

Три различных самостоятельных поля:
_Fld32116RRef,
_Fld32115RRef
_Fld32117

И это, похоже, вообще не регистр категорий.

ага, и в тексте запроса он выбирает не константу = 1, а поле. И нет условия на тип реквизита, а просто условие на ссылку.Так что, одна из черепашек врёт  - это не РС категориииОбъектов