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

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

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

Метод ПолучитьБазу()

Метод ПолучитьБазу() определен для объектов РегистрРасчетаМенеджер.<Имя регистра расчета> и РегистрРасчетаЗапись.<Имя регистра расчета>. Метод позволяет задать ресурсы базовых регистров, по которым необходимо получить обороты, задать поля, в разрезе которых нужно получить обороты и задать правила сопоставления измерений основного и базовых регистров расчета.

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

Имена измерений и ресурсов базовых регистров задаются в формате <ИмяРегистраРасчета>.<ИмяПоля>.

Пример использования метода:

Код 1C v 8.х

 Ресурсы = Новый Массив(1);

Ресурсы[0] = "ОсновныеНачисления.Результат,ДополнительныеНачисления.Результат";



Измерения = Новый Структура("ФизЛицо,Организация");

Измерения.ФизЛицо = "ОсновныеНачисления.Физлицо,ДополнительныеНачисления.Работник";

Измерения.Организация = "ОсновныеНачисления.Организация,ДополнительныеНачисления.Организация";



Разрезы = Новый Массив(1);

Разрезы[0] = "ОсновныеНачисления.Способ,ДополнительныеНачисления.Способ";

// Рассчитываем базуТаблицаБазовыхДанных = РегистрРасчета.Удержания.ПолучитьБазу(Отбор, 

// Ресурсы, Измерения, Разрезы);

   

В приведенном выше примере измерение "Физлицо" основного регистра при получении оборотов будет сопоставляться с измерением "Физлицо" базового регистра "ОсновныеНачисления" и измерением "Работник" базового регистра "ДополнительныеНачисления".

Таблица языка запросов для получения базовых данных
Для получения базовых данных в языке запросов определены виртуальные таблицы "РегистрРасчета.<Имя регистра расчета>.База<Имя базового регистра расчета>". В качестве параметров виртуальной таблицы задаются измерения основного регистра, измерения базового регистра и поля, в разрезе которых нужно получить базовые данные. Измерения и разрезы задаются как массив (или список значений) строк с именами измерений.

Пример написания запроса с использованием виртуальных таблиц базовых данных:

Код 1C v 8.х

 

Измерения1 = Массив(2);

Измерения1[0] = "Физлицо";

Измерения1[1] = "Организация";



Измерения2 = Массив(2);

Измерения2[0] = "Работник";

Измерения2[1] = "Организация";



Разрезы = Новый Массив(1);

Разрезы[0] = "Способ";



ТекстЗапроса = "ВЫБРАТЬ Физлицо, ВидРасчета, СУММА(РезультатБаза)

|ИЗ

|(

|ВЫБРАТЬ Физлицо, ВидРасчета, РезультатБаза

|   ИЗ РегистрРасчета.Удержания.БазаОсновныеНачисления(&Измерения1,&Измерения1,&Разрезы)

|ГДЕ " + УсловиеОсновных + "

|ОБЪЕДИНИТЬ ВСЕ

|ВЫБРАТЬ Работник, ВидРасчета, РезультатБаза

|   ИЗ РегистрРасчета.Удержания.БазаДополнительныеНачисления(&Измерения1,&Измерения2,&Разрезы)

|ГДЕ " + УсловиеДополнительных + "

|) КАК База

|СГРУППИРОВАТЬ ПО

|   Физлицо,

|   ВидРасчета

|";



Запрос = Новый Запрос(ТекстЗапроса);

Запрос.УстановитьПараметр("Измерения1", Измерения1);

Запрос.УстановитьПараметр("Измерения2", Измерения2);

Запрос.УстановитьПараметр("Разрезы", Разрезы);



// ...установка дополнительных параметров запроса, применяемых в условиях в операторе ГДЕ// ,..

// получим выборку результата запросаВыборка = Запрос.Выполнить().Выбрать();

   

Приведенный пример предполагает ту же структуру данных и ту же решаемую задачу, что и пример для метода ПолучитьБазу(). При этом мы видим заметное увеличение исходного кода и кажущуюся его сложность.

Сравнение
Заметным отличием функционального метода получения базовых данных и получения при помощи запроса является то, что в функциональном методе одним вызовом метода можно получить базовые данные по всем базовым регистрам, а при использовании запросов получение базовых данных делается запросом к нескольким таблицам - по числу базовых регистров. Тем не менее, рекомендуемым способом получения данных является получение данных запросом. Это позволит, например, получить не только данные базовых видов расчета, но и дополнительную информацию, необходимую для расчета.

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

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

Еще одно соображение касается условий отбора базовых данных. Для метода ПолучитьБазу(), фактически, нет возможности получить базовые данные иначе, чем по одной записи или по конкретному регистратору (с отбором по тем или иным измерениям). В случае же запроса в распоряжении у разработчика все возможности языка запросов по отбору записей.

Нужно документ РеализацияТоваровУслуг (ссылка на который выбирается в диалоге создаваемой обработки) перенести в другую базу данных. Структура конфигураций идентична. Справочники (и другие сопутствующие объекты) синхронизированы по значениям внутренних идентификаторов.
Для выгрузки потребуется выполнить следующий фрагмент кода:

Код 1C v 8.х

 // Выгрузить в файл xml.

ЗаписьXML = Новый ЗаписьXML();



ЗаписьXML.ОткрытьФайл("c:\doc.xml");

ЗаписьXML.ЗаписатьНачалоЭлемента("Root");



// Получить объект по ссылке.

ВыгружаемыйОбъект = Документ.ПолучитьОбъект();



// С помощью средств сериализации записать объект в файл.

ЗаписатьXML(ЗаписьXML,ВыгружаемыйОбъект);

	

ЗаписьXML.ЗаписатьКонецЭлемента();



ЗаписьXML.Закрыть();    

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

Код 1C v 8.х

 ЧтениеXML = Новый ЧтениеXML();



ЧтениеXML.ОткрытьФайл("c:\doc.xml");

// Текущим становится элемент Root.

ЧтениеXML.Прочитать();



// Текущим становится элемент с документом.

ЧтениеXML.Прочитать();



// Проверить, сможет ли с данным значением "справиться" система сериализации в данной базе.

Если ВозможностьЧтенияXML(ЧтениеXML) Тогда

	// Получить ДокументОбъект.РеализацияТоваровУслуг.

	ЗагружаемыйОбъект = ПрочитатьXML(ЧтениеXML);

	ЗагружаемыйОбъект.Записать();

КонецЕсли;	



ЧтениеXML.Закрыть();    

Нужно документ РеализацияТоваровУслуг (ссылка на который выбирается в диалоге создаваемой обработки) перенести в другую базу данных. Структура конфигураций идентична. Справочники (и другие сопутствующие объекты) синхронизированы по значениям внутренних идентификаторов.
Для выгрузки потребуется выполнить следующий фрагмент кода:

Код 1C v 8.х

 // Выгрузить в файл xml.

ЗаписьXML = Новый ЗаписьXML();



ЗаписьXML.ОткрытьФайл("c:\doc.xml");

ЗаписьXML.ЗаписатьНачалоЭлемента("Root");



// Получить объект по ссылке.

ВыгружаемыйОбъект = Документ.ПолучитьОбъект();



// С помощью средств сериализации записать объект в файл.

ЗаписатьXML(ЗаписьXML,ВыгружаемыйОбъект);

	

ЗаписьXML.ЗаписатьКонецЭлемента();



ЗаписьXML.Закрыть();    

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

Код 1C v 8.х

 ЧтениеXML = Новый ЧтениеXML();



ЧтениеXML.ОткрытьФайл("c:\doc.xml");

// Текущим становится элемент Root.

ЧтениеXML.Прочитать();



// Текущим становится элемент с документом.

ЧтениеXML.Прочитать();



// Проверить, сможет ли с данным значением "справиться" система сериализации в данной базе.

Если ВозможностьЧтенияXML(ЧтениеXML) Тогда

	// Получить ДокументОбъект.РеализацияТоваровУслуг.

	ЗагружаемыйОбъект = ПрочитатьXML(ЧтениеXML);

	ЗагружаемыйОбъект.Записать();

КонецЕсли;	



ЧтениеXML.Закрыть();    

Буду краток, делаем так:
1. Установить на сервер MSSQL. Краткая инструкция по установке есть в этом FAQ.
2. Установить на рабочую станцию драйвера ODBC из поставки 1C или ODBC-клиента от Microsoft (он зовется MDAC).
3. Установить на рабочую станцию собственно SQL-версию 1С:Предприятия, ее исполняемый файл, в отличие от сетевой версии, назвается 1Cv7s.exe.
4. Открыть SQL Enterprise Manager и создать новую базу данных. Если непонятно, как это делать — почитайте хелп, он там весьма развесистый. Размер БД выбирается из следующих соображений: данные в sql-базе займут места раза в 2-2.5 больше, чем весит dbf-база, и как минимум 20% пространства sql-базы должно остаться свободным. Размер лога также играет роль — если планируется перенос данных из dbf-версии, следует иметь лог ~25% от размера sql-базы. Можно сразу же установить для базы режим T_runcate log on checkpoint, это поможет избежать проблем с переполнением лога и немного повысит производительность, но лишит возможности в случае аварии БД сделать откат на момент “за пять минут до сбоя”.
5. Подготовить данные dbf-версии к переносу — если он планируется. Это делается с помощью операции “Выгрузить данные”, которая не просто запаковывает таблицы, а переводит информацию в хитрый формат и кладет в файл с расширением *.dat.
6. Создать пустую директорию для хранения конфигурации sql-базы. Она не должна совпадать с директорией, где хранятся файлы собственно sql-базы, последние вообще желательно сделать недоступными для пользователей.
7. Открыть Конфигуратор, зарегистрировать новую базу данных (та самая пустая директория) и на вопрос о типе БД ответить “SQL server”.
8. Выставить в конфигураторе “Параметры базы данных sql...” — это сетевое имя сервера, имя базы данных, как оно было задано в Enterprise Manager, имя пользователя и пароль для доступа к данным через ODBC (встроенная в MSSQL учетная записть администратора имеет логин sa и пустой пароль).
9. Загрузить данные в БД. Если Вам нужна пустая конфигурация, это делается с помощью процедуры “Загрузить измененную конфигурацию”, если данные переносятся из dbf-версии — “Загрузить данные”, конфигурация при этом загрузится автоматически.
10. Можно работать с БД. Не забывайте время от времени архивировать и индексировать свою sql-базу — архивация средствами sql, в отличие от файл-серверной версии, не требует монопольного доступа к базе и может осуществлятся прямо во время работы. Индексация и проверка целостности БД производится последовательным запуском двух TSQL-скриптов, очень простых:

dbcc checkdb — проверка БД
exec _1sp_dbreindex — индексация.

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