Ну, что, дождались!
"Повышение гибкости настройки индексов"
https://wonderland.v8.1c.ru/blog/povyshenie-gibkosti-nastroyki-indeksov/

кому нужны эти доп. индексы, может наложить их уже сейчас

-

(0) класс

так и до запросов не только "ВЫБРАТЬ" но и "ВСТАВИТЬ" с "ОБНОВИТЬ" можно дожить

а еще хранимки, вьюхи, триггеры и т.д.

(4) json-поля с доп.индексацией...

Дополнительные поля. Столбцы, добавляемые на конечный уровень индекса.
это в тот же индекс? не понятно описание
т.е. в случае совпадения поиск может осуществляться по 4м полям?

Интересно, с составными типами работать будет?
Регистры бухгалтерии обретут новую жизнь!

(5) неплохо, как минимум для версионирования, если его с xml на json перевести

(6) Вероятно, описание учитывает особенности используемых СУБД.
MS SQL https://learn.microsoft.com/ru-ru/sql/relational-databases/sql-server-index-design-guide?view=sql-server-ver16#index-with-included-columns-guidelines
Postgre https://postgrespro.ru/docs/postgresql/15/indexes-index-only-scans

(8) Не факт, надо проверять. Postgresql 12.6. Как ускорить скрипт с update? Обновление 18 млн записей по юрлицам РФ

Неплохо, раньше многим не хватало.

(9) почитал, ответ все равно на свой вопрос не получил
на примере из сабжа
поиск по индексу будет для
Поставщик+Валюта
и
Поставщик+Валюта+Склад?
и не буде по индексу при
Поставщик+Валюта+Организация?
или будет и во втором случае?

Ура, наконец-то! Составные индексы - это то, чего реально не хватало для того, чтобы можно было делать эффективные запросы!

(12) Возможности СУБД различны, как будет реализовано не понятно.
Postgre Поиск по Поставщик+Валюта и Поставщик+Валюта+Склад.
MS SQL Аналогично или, возможно, только по Поставщик+Валюта если сделали без поддержки 2000.

Если бы еще добавили в ЗАПРОС хинт "ИСПОЛЬЗУЯ ИНДЕКС" было бы вообще улет, а так конечно круто, но у нас сейчас "Управляемые формы" и "Неуправляемые запросы".

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

(12) Почитай штоли про индексы.
Дополнительные поля - это скорее всего included column, по ним не ищут, но они нужны, чтобы за данными лезть не в основную таблицу по rid lookup, а брать сразу из индекса.

Ура.
3 моих темы на партнерке были и в той куче, что сломала хребет косности архитекторов платформы и вот всего через 12 лет мы сможем насладиться красотой и порядком и не клепать синхронные регистры к справочникам типа "АналитикаУчетаНоменклатуры", да, 1С?

Главное, чтобы не получилось, как с временными таблицами в динсписках.

блиц-скорость без границ таки смог, через 10+ лет, после того как это начали просить.
похвально чо.

(19) Да, осталось 2-3 года ждать релиза платформы, 2-3 года перехода БСП и еще 3-4 года перевода типовых.

(20) кек, 1с это в принципе про "ждать", что работая в конфигураторе, ожидая что наконец-то сделают нормальную IDE, что новые фичи в платформе.

(0) Это офигенно круто и офигенно полезно!
Но есть момент: сейчас вам балбесы индексов наколбасят... а потом все включая балбесов будут ныть, что 1С "снова не работает"!

(22) Индексы не замедляют работу при выборке, они лишь слегка замедляют модификацию данных. А в характерных для учетных систем нагрузках выборок намного больше, чем модификаций. Я бы вообще сделал использование доп. индексов вне метаданных, чтобы можно было средствами настройки информационной базы это сделать, не внося изменений в конфигурацию, а просто как тонкая настройка под конкретную инсталляцию информационной базы. Чтобы это делать не средствами sql-сервера, с невнятными именами таблиц и полей, а с использованием понятной структуры метаданных, но с сохранением неизменности конфигурации.

Индексы, шминдексы ...
Клиента с сервера можно будет вызывать в .26 релизе

(24) Интересно как это реализуют, чтобы знать какого именно клиента вызывать и что если он уже отпал или не отвечает.

(25)+ Какой то внутренний УИД клиента?
Будет меняться при каждом сеансе или оставаться прежним?

(25) Мне интереснее, как это будет производиться на уровне транспорта. Ведь клиент не держит постоянное соединение с сервером, каждый серверный вызов создает новое соединение. Соответственно, сервер сможет что-то сказать клиенту только во время серверного вызова или некого keep-alive запроса, который генерится с определенной периодичностью. Вызове клиента сервером в реальном времени без наличия постоянного коннекта не возможен.

(27) keep alive фактически постоянно идут
даже в веб-клиенте

(25) Написано что уже реализован вызов клиента с сервера в .26

скажите пожалуйста - какая актуальная стабильная версия платформы ?

(30) 8.3.23 из последних вполне стабильная

(23) слегка это когда индексы легкие и их мало, а когда начнут вешать по индексу на каждый запрос - вот тогда и будет жесть!

(32) Так и сейчас есть уникумы, которые ставят свойство "Индексировать" на каждое измерение регистра накопления \ сведения.

Встречал базы с данными на 170Гб, индексов на 1.2Тб к ним

(28) Одно дело ждать, совсем другое инициирировать. Ну посылает клиент keep-alive через 30 секунд - как это поможет оперативно послать оповещение?

(35) скорее всего сообщение клиенту с сервера будет получено или периодически или при любом обращении/запросе клиента

примерно как поведение Сообщить() на сервере

(33) (34) Видишь, ты про это как про уникальность рассказываешь а будет банальностью.

Надо в платформу включить эвристику по автоматическому созданию индексов на основе статистики выполнения запросов. Типа пару раз потупило - умная 1с поняла, что вот тут не хватает индекса. И добавила.

(37) Да и ладно, больше работы специалистам

(38) а разве в скуле нет такой эвристики?

(40) Да вроде бы нет. Ну и на каком основании будут создаваться постоянные индексы в базе, если клиент этого не хочет?

(41) индексы навсегда, а запрос разраб увидит что тормозит, поправит его и будет ок.

(42) Или не увидит. Железный мозг надежнее.

(38) И все превратится в тыкву.

(43) >> Железный мозг надежнее.
Великая чушь!

(40) слышал лет 5 назад про расширение для постгри которое собирает статистику и выпадет рекомендации по недостающим индексам. А у сиквела такое давно есть.

(46) Ой как сильно прогресс то зашел! ;)
Даже у sqlite такое давно нативно встроено, подсказки в стиле "а неплохо бы вот такой индекс соорудить", лет 10 как работают (или значительно ранее, я не смотрел когда реализовали)...