AlexxSys
Александр Днестрян

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

Ооо, прикольно.
Посмотрел структуру созданных индексов, оказывается для всех реквизитов регистров 1С создает индекс в новой группе с первым элементом - текущего поля + все измерения. Т.е. фактически работает как индексировать с дополнительным упорядочиванием ...

(2)

Цитата
у реквизит, можно проставить

Все верно, я об этом и написал, но он будет в одной группе, мне же надо создать различные индексы.
В PLSQL проблем нет, это работает созданием индекса отдельной командой. Неужели в 1С никаких способов нет ?

Есть "Индексировать с отдельным упорядочиванием" - по логике подходит, так как создается отдельная группа, но он только на справочниках ...

Коллеги, добрый день.

Коснулся очень интересного вопроса по поводу индексов.
Если вкратце - индексы работают группой, т.е. есть регистр с Измерение1, Измерение2, Ресурс1, Реквизит1, при этом индексированы Измерения 1, 2, Реквизит 1, то 1С создает один индекс из всех полей (Измерения 1 + Измерение 2 + Реквизит 1), т.е. если в запросе будет поиск только по реквизиту 1 - то у нас будет поиск не по индексу, а поиск по таблице - что значительно увеличит время выполнения.

Есть какой то способ, что б индекс вынести в отдельную группу, т.е. что б он работал сам по себе ?

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

Код

ЗаписьИстории = ПолучитьЗаписьИстории("Bots1C_ИсторияСообщений", Новый Структура("Период, ЧатБот, IDЧата", Контекст_Элемент.Период, ЧатБот, IDЧата)); ДвоичнвеДанные = ЗаписьИстории.СообщениеХранимыйФайл.Получить(); ИмяФайла = ЗаписьИстории.СообщениеИмяФайла; // Функция - Получить запись истории // // Параметры: //  ИмяРегистраСведений    -     - //  СтруктураКлючей       -     - // // Возвращаемое значение: //   - // Функция ПолучитьЗаписьИстории(ИмяРегистраСведений, СтруктураКлючей)        МенеджерЗаписи = РегистрыСведений[ИмяРегистраСведений].СоздатьМенеджерЗаписи();    ЗаполнитьЗначенияСвойств(МенеджерЗаписи, СтруктураКлючей);    МенеджерЗаписи.Прочитать();        Возврат ?(МенеджерЗаписи.Выбран(), МенеджерЗаписи, Неопределено);    КонецФункции

Коллеги, добрый день.
Что то на простом вопросе застрял, и никак не получается решить.

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

Т.е.:

Код
НавигационнаяСсылкаХранимыйФайл = ПолучитьНавигационнуюСсылку(       ПолучитьКлючРегСведений("История", Новый Структура("Период, Контрагент", РезультатЗапроса.Период, Контрагент)),       "ФайлДвоичныеДанныые"); ......... ХранимыйФайл = ...... (НавигационнаяСсылкаХранимыйФайл)

Всюду по документации можно открыть его, но для получения ничего не нашел ...

Спасибо за ответы, однако:
4. - Сомнительно, если это HDD - согласен, но SSD, тем более с подключенным всего 1-м пользователем и простой операцией - уверен винт не загружается даже на 10%
5-7 - Невозможно, так как это VPS сервер.

1-3 - парни, на сервере стоит только одна 1С и SQL с одной конфигурацией, подключен только 1-н пользователь !!! Т.е. меньшую загрузку - даже придумать невозможно, Какие еще доп настройки то могут понадобиться ? Та и памяти 5 гиг, на одну базу ну этого должно быть более чем достаточно.

Крайне странно все это ...
П.с. закрыл конфигуратор, стал пошустрее работать, проведение документа в районе 15 секунд. Но все равно я считаю ПРИ ДАННЫХ условиях - это нереально много.

Коллеги, привет.
Кто то может объяснить, что за дичь творится с производительностью новых конфигураций.
Железо: 2*3.3 XEON, 5Гб ОЗУ, SSD, MSSQL
База практически пустая, максимум 200 контрагентов, 15*3 документов, 10 позиций номенклатуры ... т.е. ни о чем.
УНФ одна из последних, проведение документа расходная накладная 30 (новый документ) - 55 секунд (перепроведение) !!!

Включено по минимуму из подсистем, функциональности. Пользователь один. Можно сказать что железо не сильно мощное - но вроде как и не слабое, для обычного учета с одним пользователем уж точно должно хватать )
Это я не умею УНФ готовить или .... ))) ?

Прикрепленные файлы:

Скриншот 10-12-2020 225115.jpg

Коллеги, ещё какие то варианты будут ?

Привет, спасибо за поиск вариантов.
uno-c - Это больше похоже на один большой костыль, хоть и реализация очень быстрая ) Но как прод решение не пойдет.

Задача простая: Необходимо сделать расширение, которое не использует объекты - справочники, документы и работает с моим бэком.