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

На данной странице представлены правила именования всех объектов базы данных корпоративного хранилища данных:

• табличных пространств и файлов данных;
• таблиц;
• ограничений целостности;
• индексов;
• программных пакетов;
• объектных типов;
• представлений;
• материализованных представлений;
• последовательностей;
• имена переменных в программных блоках PL-SQL.

При формировании названий объектов базы данных необходимо придерживаться следующих общих рекомендаций:

• названия объектов должны быть ограничены 30 символами;
• названия объектов не должны содержать пробелов;
• описание объектов должно быть интуитивно понятно пользователю;
• необходимо стараться давать максимально короткие имена с целью обеспечения хорошей управляемости;
• при формировании имени объекта нужно быть уверенным, что оно не совпадает с внутренними объектами и командами, принятыми в Oracle.

Принятые сокращения

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

Термин	Описание
V_	Обозначение переменной
V_G	Обозначение глобальной переменной
V_P	Обозначение переменной, являющейся параметром функции, процедуры, конструктора объектного типа, методах объектного типа
V_X	Обозначение переменной, являющейся локальной в функции, процедуре, конструкторе объектного типа, методах объектного типа
T_	Обозначение объектного типа
WH	Обозначение префикса табличного пространства, означающее принадлежность данного табличного пространства к корпоративному хранилищу данных
DICT	Обозначение назначения табличного пространства, означающее тип хранимых данных - данные, имеющие отношение к нормативно-справочной информации
FACT	Обозначение назначения табличного пространства, означающее тип хранимых данных - фактические значения показателей
MD	Обозначение назначения табличного пространства, означающее тип хранимых данных - данные, содержащие описание структур и состава объектов корпоративного хранилища данных
WORK	Обозначение назначения табличного пространства, означающее тип хранимых данных - промежуточные и рабочие данные, сырые и необработанные данные
DATA	Обозначение типа табличного пространства, означающее характер хранимых данных – непосредственно данные
INDEX	Обозначение типа табличного пространства, означающее характер хранимых данных – индексы
DBF	Обозначение расширения файла данных, являющееся стандартом FA (Flexible Architecture) Oracle
DW$	Обозначение типа таблицы, пакета, означающее принадлежность к корпоративному хранилищу данных, а также для таблиц означает тип хранимых данных – данные нормативно-справочной информации
DWF$	Обозначение типа таблицы, пакета, означающее принадлежность к корпоративному хранилищу данных, а также для таблиц означает тип хранимых данных – фактически значения показателей
SYS$	Обозначение типа системных таблиц и системных пакетов, означающее принадлежность к корпоративному хранилищу данных. Данные объекты предназначены для описания структур, мониторинга и управления процессами
V$	Обозначение представлений, принадлежащих к корпоративному хранилищу данных
MV$	Обозначение материализованных представлений, принадлежащих к корпоративному хранилищу данных
PK	Обозначение ограничения целостности класса Primary key
FK	Обозначение ограничения целостности класса Foreign key
I	Обозначение индекса
SEQ	Обозначение поcледовательности, обеспечивающей генерацию уникальных ключей
KPI_	Префикс объектов, обеспечивающих поддержку функционирования подсистемы формирования отчетности по KPI
IAS_	Префикс объектов, обеспечивающих поддержку функционирования подсистемы формирования консолидированной финансовой отчетности по МСФО
BUD_	Префикс объектов, обеспечивающих поддержку функционирования подсистемы бюджетного управления
MGR_	Префикс объектов, обеспечивающих поддержку функционирования подсистемы формирования управленческой отчетности
_SERVICE	Суффикс добавляемый к названию пакета, определяющий что данный программный код является пакетом функций и процедур внутренней логики функционирования процессов корпоративного хранилища данных

Правила именования табличных пространств и файлов данных

Название табличных пространств может содержать набор вплоть до 30 латинских символов. Названия должны быть уникальны.

Не допускается наличие пробелов в названии табличных пространств.

При формировании названия табличного пространства необходимо руководствоваться составным кодом: Префикс_Назначение_Тип, где различные элементы значения разделены символом разделителя "_".

Множество значений в рамках указанного алгоритма достигается за счет добавления нумерации к назначению табличного пространства.

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

В качестве назначения табличного пространства допускаются следующие значения: "DICT", "FACT", "MD", "WORK".

В качестве типа табличного пространства допускаются следующие значения: "DATA", "INDEX".

Правила именования таблиц

Название таблиц может содержать набор вплоть до 30 латинских символов. Названия должны быть уникальны.

Не допускается наличие пробелов в названии таблиц.

Таблицы корпоративного хранилища данных делятся на следующие четыре класса:

1. Таблицы метаданных внедряемого программного обеспечения.
2. Системные таблицы, обеспечивающие мониторинг и функционирование основных процессов.
3. Таблицы, содержащие элементы нормативно-справочной информации.
4. Таблицы, содержащие фактические значения показателей корпоративного хранилища данных.

Наименование таблиц метаданных внедряемого программного обеспечения определяется регламентами непосредственно программного обеспечения и не предполагает вмешательства консультантов.

При формировании названия таблиц регулируемых классов (2-4) необходимо руководствоваться составным кодом: [Префикс]_Тип_Название, где различные элементы значения разделены символом разделителя "_". При этом наличие префикса является опциональным и предполагается для объектов, поддерживающих непосредственно функционирование бизнес подсистем.

В качестве префикса таблиц допускаются следующие значения: "KPI", "IAS", "BUD", "MGR".

В качестве типа таблиц допускаются следующие значения: "SYS$", "DW$", "DWH$".

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

Правила именования ограничений целостности

Название ограничений целостности может содержать набор вплоть до 30 латинских символов. Названия должны быть уникальны.

Не допускается наличие пробелов в названии ограничений целостности.

При формировании названия ограничений целостности необходимо руководствоваться составным кодом: Имя базовой таблицы_Тип, где различные элементы значения разделены символом разделителя "_".

Множество значений в рамках указанного алгоритма достигается за счет добавления нумерации к типу ограничения целостности.

В качестве имени базовой таблицы должно использоваться реальное имя таблицы.

В качестве типа допускаются следующие значения: "PK", "FK".

Правила именования индексов

Название индексов может содержать набор вплоть до 30 латинских символов. Названия должны быть уникальны.

Не допускается наличие пробелов в названии индексов.

При формировании названия индекса необходимо руководствоваться составным кодом: Имя базовой таблицы_Суффикс, где различные элементы значения разделены символом разделителя "_".

Множество значений в рамках указанного алгоритма достигается за счет добавления нумерации к суффиксу индекса.

В качестве имени базовой таблицы должно использоваться реальное имя таблицы.

В качестве суффикса допускаются следующие значения: "I".

Правила именования программных пакетов

Название программных пакетов может содержать набор вплоть до 30 латинских символов. Названия должны быть уникальны.

Не допускается наличие пробелов в названии программных пакетов.

Программные пакеты корпоративного хранилища данных делятся на следующие четыре класса:

1. Программные пакеты метаданных внедряемого программного обеспечения.
2. Программные пакеты, генерируемые программным обеспечением автоматически.
3. Системные программные пакеты, обеспечивающие мониторинг и функционирование основных процессов.
4. Программные пакеты, обеспечивающие функционирование подсистем.

Наименование программных пакетов метаданных и программных пакетов, которые генерируются автоматически внедряемым программным обеспечением, определяется регламентами непосредственно программного обеспечения и не предполагает вмешательства консультантов.

При формировании названия программных пакетов регулируемых классов (3-4) необходимо руководствоваться составным кодом: [Префикс]_Тип_Название_Суффикс, где различные элементы значения разделены символом разделителя "_". При этом наличие префикса является опциональным и предполагается для объектов, поддерживающих непосредственно функционирование бизнес подсистем.

В качестве префикса программных пакетов допускаются следующие значения: "KPI", "IAS", "BUD", "MGR".

В качестве типа программных пакетов допускаются следующие значения: "SYS$", "DW$".

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

В качестве суффикса программных пакетов допускаются следующие значения: "SERVICE".

Правила именования объектных типов

Название объектных типов может содержать набор вплоть до 30 латинских символов. Названия должны быть уникальны.

Не допускается наличие пробелов в названии объектных типов.

Объектные типы корпоративного хранилища данных делятся на следующие три класса:

1. Объектные типы метаданных внедряемого программного обеспечения.
2. Системные объектные типы, обеспечивающие мониторинг и функционирование основных процессов.
3. Объектные типы, обеспечивающие функционирование подсистем.

Наименование объектных типов метаданных определяется регламентами непосредственно программного обеспечения и не предполагает вмешательства консультантов.

При формировании названия объектных типов регулируемых классов (2-3) необходимо руководствоваться составным кодом: [Префикс]_Тип_Название, где различные элементы значения разделены символом разделителя "_". При этом наличие префикса является опциональным и предполагается для объектов, поддерживающих непосредственно функционирование бизнес подсистем.

В качестве префикса объектных типов допускаются следующие значения: "KPI", "IAS", "BUD", "MGR".

В качестве типа объектных типов допускаются следующие значения: "T".

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

Правила именования представлений

Название представлений может содержать набор вплоть до 30 латинских символов. Названия должны быть уникальны.

Не допускается наличие пробелов в названии представлений.

Представления корпоративного хранилища данных делятся на следующие три класса:

1. Представления метаданных внедряемого программного обеспечения.
2. Системные представления, обеспечивающие мониторинг и функционирование основных процессов.
3. Представления, обеспечивающие функционирование подсистем.

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

При формировании названия представлений регулируемых классов (2-3) необходимо руководствоваться составным кодом: [Префикс]_Тип_Название, где различные элементы значения разделены символом разделителя "_". При этом наличие префикса является опциональным и предполагается для объектов, поддерживающих непосредственно функционирование бизнес подсистем.

В качестве префикса представлений допускаются следующие значения: "KPI", "IAS", "BUD", "MGR".

В качестве типа представлений допускаются следующие значения: "V$".

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

Правила именования материализованных представлений

Название материализованных представлений может содержать набор вплоть до 30 латинских символов. Названия должны быть уникальны.

Не допускается наличие пробелов в названии материализованных представлений.

Материализованные представления корпоративного хранилища данных делятся на следующие три класса:

1. Материализованные представления метаданных внедряемого программного обеспечения.
2. Системные материализованные представления, обеспечивающие мониторинг и функционирование основных процессов.
3. Материализованные представления, обеспечивающие функционирование подсистем.

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

При формировании названия материализованных представлений регулируемых классов (2-3) необходимо руководствоваться составным кодом: [Префикс]_Тип_Название, где различные элементы значения разделены символом разделителя "_". При этом наличие префикса является опциональным и предполагается для объектов, поддерживающих непосредственно функционирование бизнес подсистем.

В качестве префикса материализованных представлений допускаются следующие значения: "KPI", "IAS", "BUD", "MGR".

В качестве типа материализованных представлений допускаются следующие значения: "MV$".

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

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

Название последовательностей может содержать набор вплоть до 30 латинских символов. Названия должны быть уникальны.

Не допускается наличие пробелов в названии последовательностей.

При формировании названия последовательности необходимо руководствоваться составным кодом: [Префикс]_Тип_Название_Суффикс, где различные элементы значения разделены символом разделителя "_".При этом наличие префикса является опциональным и предполагается для объектов, поддерживающих непосредственно функционирование бизнес подсистем.

В качестве префикса последовательностей допускаются следующие значения: "KPI", "IAS", "BUD", "MGR".

В качестве типа последовательностей допускаются следующие значения: "DW$".

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

В качестве суффикса допускаются следующие значения: "SEQ".

Правила именования имен переменных в программных блоках PL-SQL

Название переменных может содержать набор вплоть до 30 латинских символов. Названия должны быть уникальны в пределах области действия переменной.

Не допускается наличие пробелов в названии переменных.

Переменные корпоративного хранилища данных делятся на следующие три класса:

1. Глобальные переменные.
2. Переменные, являющиеся параметрами процедур, функций, методов объектных типов.
3. Локальные переменные.

При формировании названия переменной необходимо руководствоваться составным кодом: [Префикс]_Тип_Название, где различные элементы значения разделены символом разделителя "_".

В качестве префикса переменной допускаются следующие значения: "V".

В качестве типа переменной допускаются следующие значения: "G", "P", "X".

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