Данная статья является анонсом новой функциональности.
Не рекомендуется использовать содержание данной статьи для освоения новой функциональности.
Полное описание новой функциональности будет приведено в документации к соответствующей версии.
Полный список изменений в новой версии приводится в файле v8Update.htm.
Планируется в версии 8.3.23
В версии 8.3.23 появится возможность управления табличными пространствами баз данных.
Сейчас можно разместить всю базу целиком только на одном диске. Можно разместить базу на быстром диске (но быстрые диски дорогие), либо на менее быстром и более дешёвом диске (что замедляет работу с данными).
Мы добавим стандартную функцию «Управление табличными пространствами базы данных», вызываемую в «Функциях для технического специалиста» (новая функциональность будет доступна только в клиент-серверной версии). В этой функции можно будет управлять табличными пространствами (создавать, изменять, удалять), и для элементов дерева объектов конфигурации выбирать:
Располагать ли данные в отдельном пространстве
Располагать ли индексы в отдельном пространстве
Эти опции можно будет выбирать для всей информационной базы, для групп объектов (например, для всех регистров сведений) и для конкретных объектов.
Сделанные изменения будут применены на сервере СУБД после выполнения процедуры «Обновление размещения таблиц информационной базы», которую можно вызвать из функции «Тестирование и исправление информационной базы». Это можно сделать из соответствующего пункта меню Конфигуратора в интерактивном режиме или из командной строки Конфигуратора. Сделанные изменения сохраняются и применяются при последующих реструктуризациях для выбранных объектов метаданных.
Встроенный язык будет расширен новыми объектами и методами для работы с табличными пространствами.
С помощью новой функциональности можно будет ускорить работу систем с СУБД. На внедрениях с небольшим отношением размера быстрых дисков к объёму данных в СУБД можно будет вынести часть данных (например, редко изменяемые данные) на более медленные и дешёвые диски, что уменьшит необходимость в больших быстрых дисках.
Несколько сценариев использования новой функциональности:
Повышение производительности отдельных операций (например, расчета себестоимости в 1С:ERP) за счет выноса индексов или части данных в отдельный сегмент на более быстрые диски
Определяем, какие объекты метаданных в 1С:ERP используются именно для целей расчета себестоимости.
Переносим эти объекты на более быстрые диски.
Получаем прирост в скорости расчета себестоимости.
Увеличение объема СУБД за приемлемую стоимость. Например, со временем база выросла в объеме, но нет возможности купить новое хранилище большего объема. Зато есть дополнительное хранилище меньшего объема и достаточной производительности.
Можно часть данных перенести в новое хранилище, потому что новая функциональность снимает требование, что хранилище должно быть одно.
Теперь хранилищ может быть несколько, и доступная емкость хранилища для СУБД равна сумме емкостей этих хранилищ.
Тогда данные можно каким-то удобным способом разбить между двумя хранилищами равной производительности.
Например, индексы перенести в одно хранилище, а данные в другое.
Так как в работе могут использоваться и индексы, и данные, то и производительность ещё в этом сценарии может вырасти.
Мы рассчитываем, что новая функциональность будет особенно востребована на крупных корпоративных внедрениях с большими размерами рабочих баз данных.
