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