Влияние количества хранимой информации на скорость работы системы - Администрирование - 1С v.8.x - Каталог статей - Программирование в 1С
Программирование в 1ССреда, 07.12.2016, 12:34

| RSS
Главная | Каталог статей
Меню сайта

Категории раздела
Обзор платформы [8]
Архитектура 1С Предприятия [4]
Средства разработки [8]
Работа пользователей с 1С Предприятием 8.0 [8]
Установка и настройка [10]
Особенности администрирования Windows XP SP2 [5]
Особенности использования HASP [5]
Особенности настройки SQL Server 2000 [9]
Администрирование [18]

Поиск

Поиск по сайту

Главная » Статьи » 1С v.8.x » Администрирование

Влияние количества хранимой информации на скорость работы системы
Для любой информационной системы важно не только ее быстродействие в момент начала работы (внедрения), но и то, как будет меняться производительность со временем, по мере накопления информации. Это особенно актуально для экономических систем, так как накопленная информация очень важна для проведения анализа бизнеса. Модель организации данных прикладных объектов 1С:Предприятия 8.0 выполнена таким образом, чтобы объем накопленных данных практически не оказывал влияние на текущую работу пользователей с системой. Разумеется, существует ряд регламентных операций, на которых общий объем проявляется.

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

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

Документы отражают текущие события, происходящие в хозяйственной жизни предприятия. Поэтому их количество активно увеличивается в процессе эксплуатации системы. Когда необходимо оценить объемы данных, обрабатываемые в конкретной организации, прежде всего, имеет смысл оценивать количество документов в день и среднее количество строк в документе.
 
Ввод новых документов никак не зависит от количества уже имеющихся в информационной базе. Для получения нового номера используется индекс, который позволяет быстро получить максимальный номер и проверить уникальность номера.
 
Просмотр списка документов (по отдельным видам и журналов включающих документы различных видов) осуществляется в динамическом списке. Как и в случае со справочниками при использовании стандартных отборов и сортировки скорость отображения списка и навигации по списку никак не зависит от общего количества документов в списке. В таких списках можно просматривать сотни тысяч документов и это не будет сказываться на скорости работы списка. Кроме того, в формах списков предусмотрена возможность настройки периода, которая может автоматически открывать список документов отобранных за последний день или последний месяц. Скорость поиска и отбора в списках может зависеть от количества документов, если отбор выполняется по значениям полей, для которых нет индексов в соответствующих таблицах.
 
Выбор документов в полях ввода, так же как и для справочников выполняется очень быстро при указании номера документа.
 
При построении отчетов по документам, как правило, используют ограничения по периодам. Очевидно, что чем больше период, тем отчет будет строиться дольше. Поэтому если речь идет об отчетах за текущий или какой-либо прошедший период, то время построения отчета будет зависеть от количества документов в этом периоде, а не от общего количества документов. Однако если требуется получить отчет по всем документам, то конечно, время его выполнения будет зависеть от общего количества документов.

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

Регистры используются в 1С:Предприятии, прежде всего, для решения различных учетных задач. Соответственно их объем так же существенно зависит от времени эксплуатации системы.
 
Организация регистров бухгалтерии и регистров накопления в 1С:Предприятии 8.0 предполагает хранение промежуточных итогов на начало каждого месяца. Следует заметить, что граница хранения таких итогов устанавливается пользователем. Для эффективной работы системы ее нужно периодически устанавливать в соответствие с текущим периодом. Кроме того, данные регистры всегда хранят текущие итоги в актуальном состоянии.
 
Такая организация регистров обеспечивает: во-первых, выполнение операций требующих анализа текущих остатков со скоростью независящей от объема движений, во-вторых, получение остатков на любой момент времени со скоростью зависящей от количества движений за один месяц. Последнее объясняется тем, что для получения остатков на определенный момент времени необходимо получить остатки на границу месяца (или текущие) и обработать движения до указанного момента.
 
Таким образом, все операции, проводимые в реальном времени, например, контроль остатков на складах при продаже товара, вообще не зависят от количества хранимой информации, а различные операции, требующие анализа движений или остатков на прошедшие моменты времени, зависят от длительности обрабатываемого периода и от количества движений за месяц.

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

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

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

Разумеется, существуют операции, которые все-таки требуют обработки всей накопленной информации. К ним можно отнести: проверку ссылочной целостности при удалении помеченных на удаление объектов, режим тестирования и исправления, обновление конфигурации при смене структур данных, создание резервной копии. В этих и аналогичных регламентных операциях скорость выполнения зависит от объемов накопленной информации. Важно, что данные операции не должны выполняться при текущей работе пользователей и их можно спланировать, выбирая для их выполнения подходящее время.
 
Заметим, что к регламентным операциям, скорость выполнения которых зависит от общего объема информации, не относятся регламентные операции тесно связанные с бизнес-логикой, такие, как расчет себестоимости или закрытие месяца. Эти операции используют механизмы регистров, и время их выполнения зависит от количества информации в обрабатываемом периоде, а не от общего количества информации в информационной базе.
 
Объем базы данных

В этом разделе говорится, в основном, о количестве записей таблиц базы данных. Однако конечно существует и такой фактор, как объем физически хранимой информации. В большинстве случаев, говоря об оценке количества обрабатываемой информации, имеет смысл говорить именно о количестве записей, так как оно определяет скорость выборки и обработки данных. Физический объем базы данных как таковой влияет только на такие операции, как сохранение резервной копии. В большинстве случаев, физический объем базы пропорционален количеству записей и не оказывает сам по себе влияния на скорость обработки.
 
Разумеется, отдельно следует рассматривать хранение картинок и двоичных данных. При хранении таких данных скорость обработки будет зависеть от объема обрабатываемой в конкретной операции информации. Однако и в данном случае этот общий объем хранимых данных не будет оказывать влияния на выполнение других операций. В прикладных решениях 1С:Предприятия 8.0 хранение такой информации, как правило, организуется в отдельных объектах, так чтобы их обработка не влияла на выполнение других операций. Подробнее этот вопрос рассмотрен в разделе «Хранение данных в полях типа ХранилищеЗначения».
 
Выводы

Таким образом, можно утверждать, что для текущей работы пользователей основным критерием нагрузки на систему является не общий объем данных, а количество информации обрабатываемой в некотором периоде времени. Как правило, для оценки нагрузки на систему имеет смысл говорить об объеме информации вводимой за месяц или день.

Следует заметить, что для эффективной работы системы важны не только принципы, заложенные в платформу, но и то насколько механизмы платформы правильно используются в прикладных решениях. Поэтому при разработке прикладного решения или модификации типовых конфигураций рекомендуется придерживаться изложенных в данной статье принципов.
Категория: Администрирование | Добавил: Spacer (02.11.2009)
Просмотров: 2336
Всего комментариев: 0
Добавлять комментарии могут только зарегистрированные пользователи.
[ Регистрация | Вход ]
Друзья сайта
  • Официальный блог
  • Сообщество uCoz
  • FAQ по системе
  • Инструкции для uCoz

  • Статистика

    Copyright 1C:Programmer © 2016
    Бесплатный конструктор сайтов - uCoz