Неоптимальная работа запроса

8.3.11 Реализована возможность поглощения управляемых блокировок. Блокировка, в которой указаны значения не всех пространств блокировки, поглотит блокировку, в которой указаны значения для большего количества пространств блокировки, при условии, что совпадают значения по совпадающим пространствам блокировок.

Если при эскалации блокировки возникает конфликт с уже наложенными блокировками, то эскалация не выполняется, а производится попытка установить запрошенную блокировку. В этом случае возможна ситуация, когда в системе будет существовать более 100 000 блокировок на одно пространство.

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

Ранее если при эскалации блокировки возникал конфликт с уже наложенными блокировками, то транзакция, которая пыталась эскалировать блокировку, отменялась.

8.3.11 Уточнена документация по особенности использования системы «1С:Предприятие» при работе с СУБД Oracle Database. Поведение платформы не изменилось.

При работе с СУБД Oracle Database отсутствует возможность использования внутри оператора В вложенного запроса с модификатором ПЕРВЫЕ, если внутри вложенного запроса есть обращения к полям внешнего запроса.

Ни разу не использовал такие сложные запросы. ))

8.3.11 В клиент-серверном варианте снижено влияние сервиса нумерации на время начала и завершения транзакций, даже если в транзакции не используется сервис нумерации.

В клиент-серверном варианте оптимизирована работа сервиса нумерации при большом количестве префиксов.

8.3.10 При работе в режиме управляемых блокировок (в клиент-серверном варианте) на СУБД PostgreSQL версии 9.3 и старше, поддерживается установка времени ожидания блокировок. Время ожидания получается из параметров информационной базы, аналогично другим СУБД.

Раньше время ожидания только для автоматического режима.

8.3.9 Для таблицы фактического периода действия регистра расчета индекс дополнен полями дата начала и дата окончания, индекс сделан кластерным.

8.3.9 Изменение времени ожидания блокировки данных в диалоге конфигуратора Параметры информационной базы требует административных прав в неразделенном сеансе и устанавливает мононольный режим доступа к информационной базе. При невозможности установки монопольного доступа выдается сообщение об ошибке со списком «мешающих» сеансов и возможностью повторения.

8.3.9 При откате транзакции из менеджера временных таблиц удаляются все временные таблицы, которые были созданы в рамках транзакции. В файловом варианте исключена возможность после отката транзакции в запросе использовать временные таблицы, которые были созданы этим запросом в рамках транзакции. При работе с другими СУБД использование временных таблиц после отката транзакции было недоступно.

В режиме совместимости с версией 8.3.8 поведение не изменилось.

Ранее использовали Truncate вместо Drop

8.3.8 Оптимизировано получение информации о блокировках СУБД. Время получения этой информации не зависит от количества информационных баз в кластере серверов.

Реализован сервис кластера серверов, выполняющий сбор информации о блокировках СУБД. Сервис называется AuxiliaryService (Сервис вспомогательных функций кластера).

Реализована возможность управлять сбором информации о блокировках СУБД в технологическом журнале (элемент <DBMSLOCKS>). Включение сбора информации о блокировках ведет к повышенной нагрузке на СУБД. Ранее Время получения информации о блокировках СУБД зависело от количества информационных баз в кластере серверов.

8.3.7 Оптимизировано чтение из СУБД объектов типа ДокументОбъект, СправочникОбъект, БизнесПроцессОбъект, ЗадачаОбъект, ПланВидовРасчетаОбъект, ПланВидовХарактеристикОбъект, ПланОбменаОбъект, ПланСчетовОбъект - чтение сопровождается неявным созданием транзакции только при наличии у объекта табличных частей и если СУБД используется «грязное» чтение вне транзакции.

Ранее было для любых СУБД. Теперь только для MS SQL )).

8.3.6 Реализована возможность указать пользователя, от имени которого будет запускаться менеджер кластера (rmngr), и который отличается от пользователя, от имени которого запускается агент кластера (ragent).

Реализована возможность указывать пользователей, от имени которых будут запускаться менеджер кластера (rmngr) и рабочий процесс (rphost) для каждого кластера на данном компьютере.

Реализована возможность указания своего каталога с реестром кластера для каждого менеджера кластера (rmngr) на данном компьютере.

Для файла swpuser.ini реализовано:

    параметры rmngr_user и rmngr_pass;

    параметр registry;

    группа параметров НомерПорта:, которая может включать в себя все параметры файла swpuser.ini.

8.3.6 Поле Период, установленное в отборе набора записей периодического регистра сведений, включается в набор полей, по которым устанавливается управляемая блокировка при чтении или записи набора записей.

В режиме совместимости с версией 8.3.5 поведение не изменилось.

Ранее поле Период не включалось в управляемую блокировку, устанавливаемую при этой операции.

8.3.5 Пессимистическая блокировка данных, описываемых основным реквизитом формы, выполняется в следующих случаях:

При нажатии кнопки открытия выпадающего списка в поле ввода;

При попытке создания нового элемента из выпадающего списка в поле ввода;

При попытке открыть список выбора из поля ввода;

При начале ввода текста в поле ввода.

Если блокировку установить не получилось - действие не выполняется.

8.3.4 Вне зависимости от значения свойства конфигурации Режим автонумерации объектов, реализовано повторное использование автоматически назначенного номера объекта, если произошел откат транзакции, в которой выполнялась запись этого объекта.

Ранее не выполнялось повторное использование номера

8.3.4 В клиент-серверном варианте снижено влияние сервиса нумерации на время начала и завершения транзакций, даже если в транзакции не используется сервис нумерации.

В клиент-серверном варианте оптимизирована работа сервиса нумерации при большом количестве префиксов.

Ранее в клиент-серверном варианте сервис нумерации оказывал негативное влияние на начало и завершение транзакций, даже если в транзакции не использовался этот сервис.

8.3.4 Исключена возможность устанавливать управляемые транзакционные блокировки (свойство ПоляБлокировкиДанных) по реквизитам объектов следующих типов: строка неограниченной длины, хранилище значений, тип значения характеристики, составные типы, включающие в себя какие-либо из вышеперечисленных типов.

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

8.3.3 Реализован механизм установки монопольного доступа к области данных. Монопольный доступ к области не совместим с любой блокировкой данных в этой области другими сеансами. Монопольный режим области данных должен явно устанавливаться и сниматься с помощью метода встроенного языка УстановитьМонопольныйРежим(). Фоновое задание, запущенное из сеанса, установившего монопольный режим области, до своего завершения получает монопольный доступ родительского сеанса, при этом родительский сеанс «лишается» монопольного доступа.

8.3.3 Количество установленных управляемых блокировок, превышение которого приводит к установке блокировки на все пространство блокировки, равно 100 000.

Ранее порог был 20 000.

8.3.3 Реализована возможность устанавливать управляемые транзакционные блокировки по реквизитам объектов. Для указания реквизитов, по которым возможна блокировка, реализовано свойство ПоляБлокировкиДанных для следующих объектов конфигурации:

• Справочник;
• Документ;
• План видов характеристик;
• План видов расчета;
• Бизнес-процесс;
• Задача;
• План счетов;
• План обмена.

При записи или удалении объекта выполняется блокировка по всем реквизитам, указанным в свойстве ПоляБлокировкиДанных (по значениям до выполнения операции и из текущего состояния объекта), а также по полю Ссылка.

В режиме совместимости с версией 8.3.2 поведение не изменилось.

8.3.3 Использование объекта БлокировкаДанных, вне транзакции или в автоматическом режиме управления блокировками, приводит к возникновению исключения.

В режиме совместимости с версией 8.3.2 поведение не изменилось.

Ранее ошибки не возникало, но и блокировок не было.

8.3.3 Дискретность вывода времени событий в технологический журнал увеличена до 1 микросекунды. Количество микросекунд времени события технологического журнала выводится в шести позициях.

Реализовано свойство Durationus, которое содержит длительность события, выраженное в микросекундах. Отборы по свойствам Duration поддерживаются для совместимости.

Ранее Дискретность вывода времени событий в технологический журнал равнялась 100 микросекундам.

8.3.1 При работе с Microsoft SQL Server версии 2005 и выше, используется режим управления версиями строк, если конфигурация использует режим управляемых блокировок. Используется уровень изоляции транзакций READ_COMMITED_SNAPSHOT. При чтении данных вне транзакций используется согласованное чтение.

Ранее использовался уровень изоляции транзакций READ_COMMITED. При чтении вне транзакций использовалось «грязное» чтение.