Запрос на SQL для выборки иерархического списка

← →
Anatoly Podgoretsky © (2008-06-20 13:23) [40]

> stas (20.06.2008 13:07:39) [39]

А тебе зачем, разве это чтото дает в понимании. Неинтересная это информация.

← →
MsGuns © (2008-06-20 14:39) [41]

>stas © (20.06.08 13:07) [39]
>Сколько пользователей юзает одновременно эти деревья?

Пользователи не "юзают деревья" по той простой причине, что этих деревьев на сервере нетути. Они строятся на клиенте по датасету, полученному с сервера в рез-те разузловки. После выполнения ХП сервер передает НД клиенту и благополучно о нем "забывает". Поэтому можно вести речь только о взможной конкуренции РАСЧЕТОВ.
Однако влияние этой конкуренции малозаметно, т.к. сервер выполняют еще массу другой работы, да и баз данных на сервере не одна и даже не 10.

← →
stas © (2008-06-20 15:07) [42]

MsGuns © (20.06.08 14:39) [41]
Ну, сдесь можно долго спорить.
У меня было построение дерева с помощью функции и есть статичная таблица, которая наполняется триггерами, серверу значительно полегчало.

← →
MsGuns © (2008-06-20 15:50) [43]

>stas © (20.06.08 15:07) [42]
>Ну, сдесь можно долго спорить.

О чем спорить ? Что изобретенный Вами велосипед с двумя рулями и треугольными колесами лучше обычного ?
Сервер "тормозил" не от отсутствия "статичной" таблицы, а из-за кривизны алгоритма, который здесь не обсуждается.
Есои Вы полагаете, что наличие триггеров "ускоряет" работу сервера с таблицей, то Вы сильно заблуждаетесь, особенно если эти самые триггеры еще что-то куда-то вставляют.

← →
stas © (2008-06-20 16:00) [44]

MsGuns © (20.06.08 15:50) [43]
изобретенный Велосипед? вы заблуждаетесь, велосипед изобретаете вы, к тому же вы не ответили на мой вопрос по поводу простого решения объединения результатов хп с другой таблицей.
и что вы называете обычным велосипедом?

← →
Ega23 © (2008-06-20 16:04) [45]

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

А что такого? В MSSQL только один способ есть :
ctreate table #xxx (....) Insert into #xxx exec c_proc Select ..... from Table T1 inner join #xxx X on (T... = X....)

← →
stas © (2008-06-20 16:06) [46]

Ega23 © (20.06.08 16:04) [45]
Ну это же не простой способ. функцию проще объеденить.

← →
MsGuns © (2008-06-20 16:12) [47]

>stas © (20.06.08 16:00) [44]
>вы заблуждаетесь, велосипед изобретаете вы,

Я уже приводил выше откуда можно взять готовый алгоритм. Если Вам действительно это интересно, потрудитесь ее найти, почитать указанную главу и разобраться.

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

Из фунции можно вызвать ХП и ее результат связать с любым другим запросом, хранимкой или функцией. Напишите нужную Вам функцию на сервере и с клиента будете писать простой запрос Select from функция

>и что вы называете обычным велосипедом?

Стандартный механизм рекурсии, упомянутый в [1], который Вас почему-то вообще не заинтересовал.
Вы хотите, чтобы я дал Вам готовый универсальный код ? Я его не дам по двум причинам. Во-первых такого кода не существует из-за особенностей скл-серверов, о чем Вам тут неоднократно сообщалось. А во-вторых, учитесь не брать готовое, а искать в указанных Вам направлениях.

Не сем тему обсуждения считаю исчерпанной

← →
Ega23 © (2008-06-20 16:22) [48]

> Ну это же не простой способ. функцию проще объеденить.

В функции динамический SQL низя использовать.

← →
stas © (2008-06-20 16:25) [49]

MsGuns © (20.06.08 16:12) [47]
1. Вы сами противоречите себе, я рассказывал что это делается функцией и что у функции есть приимущество перед хранимкой...
2. Вы не вызовите хранимку из функции в MS SQL
3. Мне ваш код ненужен т.к. у меня есть свой и ненужен мне ваш готовый код у меня их целая куча, и быстрее и правильнее нет я по крайней мере не находил.

← →
stas © (2008-06-20 16:32) [50]

Ega23 © (20.06.08 16:22) [48]
Ну не нужен он в этой функции.
Я вот непонимаю что вы пытаетесь оспорить
я предлагаю 2 варианта

1. Это функция без всякой рекурсии (вобще я непредставляю как можно сделать рекурсивную функцию) Которая по перечисленым выше параметрам превосходит хранимку
2. Это наполнение постоянной таблицы триггерами.

2-й вариант на выборке довольно шустрый. И с введением именно 2-го варианта у себя в деревьях серверу на много полегчало.
А какой вариант выбирать автору это уже его дело.

← →
Ega23 © (2008-06-20 16:37) [51]

> (вобще я непредставляю как можно сделать рекурсивную функцию

А что такого?

← →
b z (2008-06-20 16:39) [52]

> 2. Это наполнение постоянной таблицы триггерами.
Покажите, пож-ста, пример структуры для "дерева", основанный на этом варианте.

← →
stas © (2008-06-20 16:39) [53]

Ega23 © (20.06.08 16:37) [51]
Результат функции - набор данных, как мне ее вызвать внутри самой себя?

b z (20.06.08 16:39) [52]
Структуру таблиц? или привести и триггеры?

> Результат функции - набор данных, как мне ее вызвать внутри
> самой себя?
>

А что такого?

← →
b z (2008-06-20 16:52) [56]

Ega23 © (20.06.08 16:51) [55]
Ну, в принципе можно, только это будет тоже самое что я предложил только вместо цикла который в multi statement функции будет рекурсия.

b z (20.06.08 16:52) [56]
Таблица
IDZ
GLZAP - PARETNTID
NOMZAP - ID

Цель таблицы отобразить всех детей каждого родителя.

Триггер на INSERT основной таблицы:
В эту таблицу пакетная вставка данных непредумотрена

SET @NZAP = (SELECT NOMZAP FROM INSERTED )
INSERT INTO FSOSTZAKA (GLZAP,NOMZAP)
SELECT GLZAP, NOMZAP FROM FSOSTZAKUP (@NZAP)
FSOSTZAKUP (@NZAP) - функция в цикле достает всех родителей этой записи

Вот функция которая это все делает, думаю разберетесь.
Основная таблица называется SOSTZAK
ALTER FUNCTION [dbo].[FSOSTZAKUP](@NOMZP as int )
RETURNS
@TAB TABLE (IDNOMZ INT IDENTITY (1,1) NOT NULL,
GLZAP INT,
NOMZAP INT,
UROVEN INT

primary key (IDNOMZ) ) --Создание временной таблицы

AS
BEGIN
DECLARE @MAXID INT,
@PMAXID INT,
@I INT

INSERT INTO @TAB (GLZAP, NOMZAP, UROVEN)
SELECT SOSTZAK.NOMZAP, SOSTZAK.NOZP, 0
FROM SOSTZAK with(nolock)
WHERE NOMZAP=@NOMZP --Занесение во временную таблицу записи из SOSTZAK

SET @I=1 --уровень
SET @PMAXID=0--(SELECT MAX(IDNOMZ) FROM @TAB)--1 --предыдущий максимальный ID
SET @MAXID=(SELECT MAX(IDNOMZ) FROM @TAB) --максимальный ID

WHILE @PMAXID<>@MAXID AND @I<10 --максимальный уровень (защита от зацикливания)

BEGIN

INSERT INTO @TAB (GLZAP, NOMZAP, UROVEN)
SELECT SOSTZAK.GLZAP, SZAK.NOZP, @I
FROM @TAB SOSTZAK INNER JOIN SOSTZAK SZAK with(nolock) ON SOSTZAK.NOMZAP=SZAK.NOMZAP
WHERE IDNOMZ>@PMAXID --Присоединение таблицы SOSTZAK

SET @I=@I+1
SET @PMAXID=@MAXID
SET @MAXID=@@identity

END

RETURN
END

Запрос на SQL для выборки иерархического списка Найти похожие ветки