Реферат: Иерархические справочники с линейным временем доступа
VALUES ('1', 1, 'Организация «Рога и копыта»')
INSERT INTO DEPARTMENT (Path, Position, NAME)
VALUES ('1.1', 1, 'Департамент «Рога»')
INSERT INTO DEPARTMENT (Path, Position, NAME)
VALUES ('1.1.1', 1, 'Отдел продажи рогов')
INSERT INTO DEPARTMENT (Path, Position, NAME)
VALUES ('1.1.2', 2, 'Отдел покупки рогов')
INSERT INTO DEPARTMENT (Path, Position, NAME)
VALUES ('1.1.2.1', 1, 'Группа оценки качества рогов')
INSERT INTO DEPARTMENT (Path, Position, NAME)
VALUES ('1.1.3', 3, 'Отдел проката рогов')
INSERT INTO DEPARTMENT (Path, Position, NAME)
VALUES ('1.2', 2, 'Департамент «Копыта»')
INSERT INTO DEPARTMENT (Path, Position, NAME)
VALUES ('1.2.1', 1, 'Отдел покупки копыт')
INSERT INTO DEPARTMENT (Path, Position, NAME)
VALUES ('1.2.2', 2, 'Отдел продажи копыт')
GO
Расчет длины поля Path
Прежде всего следует уточнить, почему поле Path имеет длину 180. Расчет прост. Количество подчиненных отделов каждого узла в справочнике вряд ли может быть больше, чем трехзначная цифра (от 0 до 999 подразделений). Такое не под силу даже таким гигантам, как Газпром. Делим количество занятых символов 4 (учитывая точку) и получаем уровень возможных вложений – 60. Цифра также запредельная. Можно подойти с другой стороны. Уровень вложений вряд ли будет больше 20. Делим 180 на 20, и получаем 9 символов. 8 символов (учитывая точку) в десятичной системе – это десять миллионов подразделений. Таким образом, 180 символов в данном случае достаточно, чтобы описать избыточное число организаций и отделов, но недостаточно, чтобы размер сильно влиял на производительность базы данных. И это при том, что мы рассчитывали самые плохие случаи. В действительности, вместимость иерархии значительно больше. Если количество данных больше, то размер Path можно увеличить. Но для данного справочника его размера достаточно. И этого размера хватало для большинства бизнес-приложений, с которыми я встречался.
Получение всех потомков узла.
Допустим, мы собираемся получить все подразделения, входящие в отдел «Рога и Копыта».
С помощью Path родителя создаем простой запрос.
|
SELECT * FROM DEPARTMENT WHERE Path LIKE '1.1.%' |
Добавив к условию в операторе LIKE, мы указали запросу выбрать все записи, имеющие Path длиннее, чем у родителей.
Такой запрос также может быть построен относительно данных родительского узла.
|
SELECT result.* FROM DEPARTMENT parent INNER JOIN DEPARTMENT result ON (result.Path LIKE parent.Path + '.%') К-во Просмотров: 274
Бесплатно скачать Реферат: Иерархические справочники с линейным временем доступа
|