Уровень как таковой в 1с не хранится, а вычисляется каждый раз рекурсивным перебором родителей. Не самая быстрая операция. Поэтому для твоего случая лучше хранить уровень в реквизите и обновлять при записи элемента в 1с (средствами 1с), либо тригером.

СДЕЛАЛ!!!
Через CASE

SELECT Номенклатура.ID as [Товар $Справочник.Номенклатура]
     , Номенклатура.IsMark as IsMark
     , Номенклатура.IsFolder as IsFolder
     , Номенклатура.PARENTID as [Родитель $Справочник.Номенклатура]
     , (CASE
           WHEN (Номенклатура.ID = '   2TM   ') THEN '2'
           WHEN (Номенклатура.ID = '    3S   ') THEN '1'
           WHEN (Номенклатура.ID = '     0   ') THEN '0'
           ELSE '10'
     END) as Уровень
     , Номенклатура.CODE as Код
     , Номенклатура.DESCR as Наименование
     , $Номенклатура.Артикул as Артикул
     , $Номенклатура.ОригинальныйНомер as [ОЕ $Справочник.OE_Номера]
     , $Номенклатура.БазоваяЕдиницаИзмерения as [ЕдИзм $Перечисление.ЕдиницыИзмерения]            
     , Номенклатура.ID as ИД
     , (ПартииТоваровОстатки.ОстатокТовараОстаток - IsNull(РезервыТоваровОстатки.РезервТовараОстаток, 0)) as Остаток
     , (РезервыТоваровОстатки.РезервТовараОстаток) as Резерв
FROM $Справочник.Номенклатура AS Номенклатура
     LEFT OUTER JOIN $РегистрОстатки.ПартииТоваров(,
           RIGHT OUTER JOIN $Справочник.Номенклатура AS Номенклатура
           ON Номенклатура.ID = Товар,(Склад = :ВыбСклад) AND (Фирма = :ВыбФирма),(Фирма, Товар, Склад),) AS ПартииТоваровОстатки
                 ON Номенклатура.ID = ПартииТоваровОстатки.Товар
     LEFT OUTER JOIN $РегистрОстатки.РезервыТоваров(,
           RIGHT OUTER JOIN $Справочник.Номенклатура AS Номенклатура ON Номенклатура.ID = Товар,,
           (Фирма, Товар, Склад),) AS РезервыТоваровОстатки
     ON Номенклатура.ID = РезервыТоваровОстатки.Товар
     AND ПартииТоваровОстатки.Фирма = РезервыТоваровОстатки.Фирма
     AND ПартииТоваровОстатки.Склад = РезервыТоваровОстатки.Склад
WHERE (($Номенклатура.Фирма = :ВыбФирма) OR ($Номенклатура.Фирма = $ПустойИд)) AND (((ПартииТоваровОстатки.ОстатокТовараОстаток - IsNull(РезервыТоваровОстатки.РезервТовараОстаток, 0)) <> 0) OR (Номенклатура.IsFolder = 1)) AND ((Номенклатура.PARENTID = :ТекРодитель) OR Номенклатура.ID IN ('   2TM   ' , '    3S   ' , '     0   '))



Так я строил часть текста запроса

WHERE = WHERE + "((Номенклатура.PARENTID = :ТекРодитель) OR ";
МД = СоздатьОбъект("MetaDataWork");
УсловиеГрупп = "Номенклатура.ID IN ('" + МД.ЗначениеВСтрокуБД(ТекРодитель) + "'";
УровниГрупп = "WHEN (Номенклатура.ID = '" + МД.ЗначениеВСтрокуБД(ТекРодитель) + "') THEN '" + (ТекРодитель.Уровень()) + "'";
ВремРодитель = ТекРодитель;
Для А = 1 По  ТекРодитель.Уровень() Цикл
     ВремРодитель = ВремРодитель.Родитель;
     УровниГрупп = УровниГрупп + "
           |WHEN (Номенклатура.ID = '" + МД.ЗначениеВСтрокуБД(ВремРодитель) + "') THEN '" + ВремРодитель.Уровень() + "'";
     УсловиеГрупп = УсловиеГрупп + " , '" +  МД.ЗначениеВСтрокуБД(ВремРодитель) + "'";
КонецЦикла;                  
УсловиеГрупп = УсловиеГрупп + ")";
WHERE = WHERE + УсловиеГрупп + ")";      

Примерно так:

CREATE FUNCTION ufn_getLevelSpr (@IDSpr Char(9))
RETURNS  Int
BEGIN
DECLARE @R Char(9)
DECLARE @Lev Int
	SET @Lev = 0
	SET @R = @IDSpr
	WHILE (@R <> '     0   ') AND (@R IS NOT NULL)
	BEGIN
		SELECT
		@R = PARENTID, @Lev = @Lev + 1
		FROM SC148
		WHERE
			(ID = @R)
	END
	RETURN @Lev
END

GO

SELECT ID, dbo.ufn_getLevelSpr(ID) AS Level FROM SC148

 

Ну тогда:

CREATE FUNCTION ufn_getLevelSpr (@IDSpr Char(9))
RETURNS  Int
BEGIN
DECLARE @R Char(9)
DECLARE @Lev Int
	SET @Lev = 0
	SET @R = @IDSpr
	WHILE (@R <> '     0   ') AND (@R IS NOT NULL) AND (@Lev <=11)
	BEGIN
		SELECT
		@R = PARENTID, @Lev = @Lev + 1
		FROM SC148
		WHERE
			(ID = @R)
	END
	RETURN @Lev
END 

В 1С макс 10 уровней.

Для пользователей МОД-а и создателей разных видов обмена... Вести с полей
Структура папок была - "Пиво пр-во Россия"<-"Продукция Хайнекен"(подчиненный). Начали приводить структуру в соответствие с советами консультантов (типа в Масскве лучше знают), создали новые папки под Пиво, раскидали туда товары, а эти папки стали переименовывать и раскидывать по новому, в результате оказалось "Кондитерка"<-"Мучные изделия (Бывший Ханекен)"<-"Круассаны (бывшее Пиво Россия)". Все бы ничего, но в пакете выгрузки "Пиво Россия" выгружено раньше, в результате при приеме данных сначала загрузилось оно (и создалась циклическая ссылка), а уже потом должен был прогрузится "Хайнекен" и цикличность была бы разорвана...
Решилось созданием отложенной записи: при смене родителя - смотрим, не подчинен ли новый родитель этому элементу, если подчинен, то ничего не меняем, просто закидываем эту инфу в спец ТЗ, и далее если при загрузке цикл будет разорван, то производим смену Родителя, если же нет, значит инфа о смене Родителя "отправится фтопку"
Вот такие вот грабли.

pvase писал(а) 21. Мая 2008 :: 06:30:


Не понял. Что есть "свой справочник по типу 1С"?
Если создавать будешь свою таблицу - кто мешает сразу туда заложить поле Уровень?

pvase писал(а) 21. Мая 2008 :: 07:07:


А как-то по-проще про  "свой справочник по типу 1С" сказать можешь?

А зачем?

ID 9 символов - бред (еще больший бред делать его GUID без особой надобности на то), кластерный индекс ROW_ID - еще одно достоинство которое можно смело убить. Выборка в таблицу (форму списка) сразу всех реквизитов с их типизацией - тормоз (если реквизитов до 50-100 и элементов от 10 000 например). Индексы - также желают лучшего (не считая делать свои, которые как показал опыт в случае уникальности не работают), ну и наконец связи с каскадным удалением или обновление - то что так не хватает в 7-ке (правда обновление не будет нужным, но вот удаление при некотых условиях еще как надо).

sadovnikov писал(а) 21. Мая 2008 :: 08:02:


Зачем делать свои таблицы для справочников, еще одна фича - строки с типом Char (хотя бы VarChar). В общем, справочник 1С есть куда развить (гурппы динамические например или доступ на записи по пользователям).

sadovnikov писал(а) 21. Мая 2008 :: 08:10:


"Гурппы динамические" - группы не привязанные по ParentID-ID, а по фильтру (набор фильтров). Доступ до записи - пользователь видит только свои записи и кому хочет раздает права на просмотр и редактивраоние записей (Если честно я думал что в 8-ке это есть, но как показал опыт еще нет, или я плохо смотрел).
Реализация всего этого несложная, но если код будет не INT а Char, то такие запросы с JOIN-ами могут работать не так быстро как с ID типа INT (я не говорю о ID типа GUID, которые длиной 36 смиволов, хотя в этом может есть какой тайный смысл кроме всемирной репликации записей).