Миллион элементов в 7ке? Нехилый справочник. 

ну там порядка 3х... весит полтора гига его таблица

это справочник изделий с группами год-месяц-день а служит для связки каждого изделия с штрихкодом и репликацией этих справочников между несколькими базами - плюс ссылка на сам вид товара - это другой справочник - там тыс. 40 пока и 4 уровня

посему и нужно чет универсальное т.е. не зависящее от количества групп в иерархии и работающее оооочень шустро

а то если без отбора по группам или дням (так же группам) получаем прирост раз в 20 а с проверкой вхождений тупизм в те же раз 20

Профайлер - EM в меню Tools(Profiler) или в меню пуск в группе Microsoft SQL Server. Настраиваете отборы, запускаете трасу и смотрите какие запросы кидает 1С серверу. 

"охохох... что ж я маленький не сдох..." (с)

ладно... поанализируем дело нужное

и кстати 7ка то делает это быстро для одного элемента, типа спр.Уровень(). Ну так и функция для одного проверит моментально, а вот для пары миллионов - ой..

mrgreen писал(а) 20. Августа 2009 :: 11:57:

in необязателен.
делай join. Если надо много раз с одой временной таблицей то ее надо проиндексировать ( не знаю делается это или нет при уложитьсписок)

Сама задача стандартна и состоит из одной задачи и одной подзадачи

Задача - использовать фильтр по группе элементов. Т.е. реализовать аналог "Условие (Номенклатура в ВыбГруппа)" с условием того что ВыбГруппа может и не являтся прямым родителем самого элемента... вобщем стандартное условие 1це

и ещё одна подзадача - вывод в результирующую таблицу полного наименования (вкл. всех родителей)... аналог ПолнНаименование() в 1це (из-за конкретных тормозов оригинальной функции)

собственно вторая реализуется функцией

CREATE FUNCTION Full_Name_Nom
(
	@NomID char(9)
)
RETURNS char(255)
AS
BEGIN
	DECLARE  @str char(255),@DESCR char(50),@strv char(255)
	SET @str = ''
	SET @DESCR = ''

	WHILE @NomID <> '     0   '
		BEGIN
			SELECT @DESCR = DESCR FROM  SC282 WHERE ID = @NomID
			SELECT @NomID = PARENTID FROM  SC282 WHERE ID = @NomID
			SET @str = '/'+RTRIM(LTRIM(@DESCR)) + LTRIM(RTRIM(@str))
		END
		SET @str = RIGHT(@str,254)+SPACE(1)
	RETURN @str
END 

а вот с самой задачей туго.. реализовывал различными методами

1

INNER JOIN (
						SELECT Gr3.ID As _Группа3, Gr3.DESCR As _Группа3Т,
							Gr2.ID As _Группа2, Gr2.DESCR As _Группа2Т,
							Gr1.ID As _Группа1, Gr1.DESCR As _Группа1Т,
							SprNom.ID As IDNOM,
							'('+SprNom.CODE+')' As _КодНом
					FROM SC282 As SprNom
					LEFT OUTER JOIN SC282 as Gr1 ON SprNom.PARENTID = Gr1.ID
					LEFT OUTER JOIN SC282 as Gr2 ON Gr1.PARENTID = Gr2.ID
					LEFT OUTER JOIN SC282 as Gr3 ON Gr2.PARENTID = Gr3.ID
					WHERE
					SprNom.ISFOLDER = 2 AND ((SprNom.PARENTID = '   4D8   ') or (Gr1.PARENTID = '   4D8   ') or (Gr2.PARENTID = '   4D8   '))
					GROUP BY Gr3.ID,Gr2.ID,Gr1.ID,Gr3.DESCR,Gr2.DESCR,Gr1.DESCR,SprNom.ID, '('+SprNom.CODE+')'
				) As Группы ON TMP._Номенклатура = Группы.IDNOM 

т.е. соединением таблицы всего выбранного справочника (отфилтрованного по необходимой группе) с итоговой выборкой

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

2
на базе функции с получением полного наименования

CREATE FUNCTION INParent_Nom
(
	@NomID char(9),@ParentID char(9)
)
RETURNS char(255)
AS
BEGIN
	DECLARE  @F tinyint
	SET @F = 0
	WHILE @NomID <> '     0   '
		BEGIN
			SELECT @NomID = PARENTID FROM  SC282 WHERE ID = @NomID
					IF 	@NomID = @ParentID
						SET	@F = 1
		END
	RETURN @F
END 

в реальности оказалось ещё медленнее если вызываешь её на уровне получения таблицы итогов

Сейчас сделал (выкрутился) следующим образом - получаю список элементов входящих в группу (группы) обыкновенным 1це запросом а затем уже этот список передаю в качестве строки с ИД-ами в текст запроса

Цитата:

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


PS для функции NParent_Nom можно поставить (nolock) тогда функция
не будет ждать если sql по каким то причинам заблокирует весь
справочник, или частично из-за индекса ( и.т.д)

Цитата:

ну если так хочеться то посмотри как в 1с++ сделан метод УложитьСписокОбъектов
и сделай также сам по аналогии.

mrgreen писал(а) 26. Августа 2009 :: 12:22:

А я использую - "УложитьСписокОбъектов(ВыбГруппа,"#tmp","Номенклатура");"
И далее
"WHERE Номенклатура.ID IN (SELECT Val FROM #tmp)" - вроде быстро работает

И метод для получения полного наименования

create function refGetFullDescr
	(
		@ref char(9)
	)
	returns varchar(1200)	-- должно хватить и 1000, но уж для подстраховки =))
as
begin

	declare @retval varchar(1200)
	declare @parent char(9)
	declare @null_id char(9)
	declare @descr varchar(100)
	set @null_id = '     0   '
	set @retval = ''

	-- выберем интересующие нас поля
	declare cr cursor for
		select [parentid], [descr]
		from sc84
		where
			[id] = @ref

	open cr
	fetch next from cr into @parent, @descr
	while @@FETCH_STATUS = 0
	begin
		if @parent <> @null_id
		begin
			set @retval = dbo.refGetFullDescr(@parent) + '/'
		end
		set @retval = @retval + ltrim(rtrim(@descr))
		fetch next from cr into @parent, @descr
	end

	close cr
	deallocate cr

	return @retval
end