Поиск по наименованию только среди групп справочника #429570

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

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

ЭтоГруппа

Select

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

А средствами встроенного языка похоже никак?

а это и есть средства встроенного языка.

Вы уверены, что это для семерки работает?

Ну с компонентой 1С++ заработает..

Абсолютно уверен. Помним только, что в 1С есть механизм внешних компонент, который расширяет встроенный язык. В данном случае этим занимается внешняя компонента 1С++.

На селезневке признали 1С++ штатными возможностями? :)

кто их спрашивает? нам тут виднее

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

Я не знаю, что там знают или не знают на Селезневке. Но точно уверен, что внешние компоненты - абсолютно щтатное средство 1С. Даже книжечка такая есть. При чем, книжечка выпущена 1С-ом.

Пройдись один раз по всему справочнику, свали группы в ТЗ, да там и ищи, делов-то...

У меня справочник каждый раз разный. Это обмен.

Бред.

Ну и что? Один раз в начале обмена, доли секунды займет.

"Это уже не средства встроенного языка" - это с чего вдруг? Именно средства. Именно встроееного языка. Расширенного при помощи ВК. И вообще - Вам шашечки или ехать? Хотим скорости ли "использовать только те методы языка, которые описаны на страницах с 73 по 146 описания встроенного языка"?

+ Однократный перебор это не долго, даже если там 20000 элементов, а не 2000

Где именно бред? Можно по подробнее?

Я завтра еще пару компонент напишу, и буду ими пользоваться. А потом у них база рухнет. И кто за это будет отвечать. Разработчик компонент. Средства платформы хотя бы проверены уже целым поколением программеров.

Бред про то что 1С официально утвердила 1С++.

Штатна сама возможность подключения ВК, а все что делается с ее помощью уже за пределами типовых возможностей.

Ты считаешь, что 1С++ не "проверены уже целым поколением программеров"? Ошибаешься... "А потом у них база рухнет" - пиши ВК так, чтобы база не рушилась.

А где я такой бред написал? Почему это? Или подключение ВК ради подключения?

"За пределами типовых возможностей" - совсем не значит, что "не штатными" :-) 1986?

На самом деле не стоит овчинка выделки, если это разовый заказ, а не на фикси. Подключение ВК в рамках языка 1С. Все что она делает за рамками.

1. Так автор скорости хотел. 2. Не соглашусь... ВК расширяют язык 1С. Но, раз это все равно язык 1С, то все оно находится в рамках этого языка. Во я сказал...

Просто еще раз убедился что платформу семерки разрабатывали странные люди.(

Работа с торговым оборудованием, фискальными регистраторами, сканерами ШК - вне закона?

Э нет... Странные люди пытаются программировать в семерке. Что мы и видим в данной ветке. Извини, но на твоем примере... А те, кто разрабатывал, они не странные. Они сделали, что смогли... Жаль только, что смогли не очень много...

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

Давай шире смотреть на вещи? Что им мешало изначально дать доступ к базе, используя прямые запросы? Сколько бы это проблем решило...

А я сказал что 1С++ вне закона? Работа с торговым оборудованием, фискальными регистраторами, сканерами ШК реализована за рамками 1С, на совершенно других языках, в самой эске только пара управляющих методов появляется. Просто любая ВК теоретически понижает стабильность системы. И цеплять ВК чтобы найти группы в справочнике, это жесть товарищи :)

Так и сама 1С написана "на совершенно другом язеке". Не будем ее запускать? "И цеплять ВК чтобы найти группы в справочнике, это жесть товарищи " - это не жэсть, это желание, что бы все быстро работало. С минимальными затратами со стороны программиста.

"пара методов" - допустимо, а "десяток методов" - уже нет? :-) "Просто любая ВК теоретически понижает стабильность системы." - GUI тоже понижает стабильность системы. И прочая, прочая, прочая...

По сравнению с поиском по ТЗ ощутимой на глаз разницы не будет.

Есть восьмерка, нормальная платформа. Непонимаю людей которые цепляются за семерку(смесь шлака и внешних компонент.

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

Нечо на платформу кивать, если руки кривые...

Не устраивает семерка - не программь на ней, не берись за проекты, связанные с 7.7, у тебя есть право выбора.. А вообще сколько у тебя времени уходит на перебор справочника всего с 2000 элементами? Из-за чего весь сыр-бор?

Она без внешних компонент еле дышит.

Может все-таки руки? )

для одной функции цеплять библиотеку, конечно, излишество. Хотя - у того же софтпойнта есть компонента только с одним методом. И причем этот метод исправляет ошибку даже не 1С, а сиквельника. Ичо?

Немного, но это сути не меняет. Справочник, просто объект по сути, зачем эти кривые методы там насоздовали, вот что не пойму.

ну вы млин даете найти по наименованию потом проверяем группа или нет если нет продолжаем поиск.... 44 поста + вольные размышления на тему 7 и 8 ... мдя

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

Дык в первом посту и был ответ. Автору важно другое узнать, почему так криво написана семерка :)

Интересно как ты его продолжишь...

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

Справедливости ради нужно отметить, что книжка "Технология создания ВК" от 1С существует, но та методика расширения языка, которая применена в 1с++ не описана в этой книжке. Если что, то технология в 1с++ на мой взгляд лучше.

Да не, там реально для того чтобы написать некривой прямой (эк завернул-то:) надо было всерьез разбираться со скульными блокировками. Вероятность накосячить велика. Штатно же банально ВыбратьПодчиненныеДокументы, и шансы влепить косяк равны нулю.

Нарушена синхронизация между 1С:Предприятием и Отладчиком Теперь это выдает)

??? в цикле все дело мутиться пока там что то равно о мы и крутим а как только нашли группу 1

мля счас спросят а если ее нет что делать))))))))))))

Ну дак это и есть перебор всего справочника по всем 2000 элементам, чего автору не хотелось делать..

?? поиск по наименованию перебор всего справочника???

Ну накидай примерчик-то :) НайтиПоНаименованию только первый ищет. Или ты многократный перебор предлагаешь?

а чо, изменить наименование + незафиксированная транзакция...

а нафига?? тут кто то про 7 нелестно говорил ... после такого помогать западло))

А не изврат?

изврат, конечно. но в принципе-то возможно, хехе

теоретически можно и штаны через голову надеть, только неудобно :)

Друзья если у вас будет такая ошибка, перезагрузитесь и она на время исчезает.

НайтиПоНаименованию + ЭтоГруппа найдёт все группы...

А че, запросом нельзя?

Пример запроса в студию.

прямым - можно, обычным - нет.

Обмельчал народ, уже не знает как штатными средствами перебрать только группы... Всё очень просто, если "группы сверху"

Ну, не все же знают про параметры метода ВыбратьЭлементы

Хотя, тоже найдет всё и быстро.

Ну, отмененная транзакция это не очень хорошо.

А вообще самое правильное - реквизит с отбором, только для групп.

а подумать? )))

это точно, тем более, если у кого-то открыта форма элемента, который "удалить" пытаемся в поиске.. :)

Запрос изначально перебирает только ЭЛЕМЕНТЫ справочника. Поэтому группа в которой нет элементов ни в один запрос попасть не может.

Ты не умничай, а напиши обычный запрос, который отберёт ВСЕ группы.

хотя пустые группы (без элементов) не найдет (((

мда..

все не обещаю ))

удалять, продолжать поиск, а потом отменять транзакцию ;)

И чем мне поможет параметр в методе ВыбратьЭлементы Вы хотя бы думайте что пишите.

Это ответ на .. А вам ответ - .

Он остановится на первом элементе в этом методе. Ладно просто укажите код который ищет. Просто интересно очень.

Наслаждайся: НачатьТранзакцию;

-->

Тебе любой нормальный спец за этот код голову оторвет.

Вот только не надо тут хню полную нести, ладно?

Зайди сюда

Выложи свою фотку, плиз. Чисто в глаза твои посмотреть

Зашел, дальше что?

Классный код, без шуток

ну вот видишь ли, тебе теперь "любой нормальный спец за этот код голову оторвет" :))

собственно без вариантов. при поиске , в случае одинакового наименования элементов, всегда на группе будет позиционироваться.

чего?..

Урожай?

+95 вообще-то код в найдет все элементы (и группы) с одним наименованием... если что.

про то и толкую, что первой будет группа с одинаковым наименованием.