Есть ТЗ
Контр| Кол
-----------
Склад| 22
Склад| 23
Склад| 42
и т.д.

Перебор

а в чем сложность?

сортировка + взять первое.
или запрос и максимум

ТЗ.Сортировать("Кол Убыв");
Макс = ТЗ[0]

Если контрагенты разные Склад1 Склад2 Склад3

Плохо то как все.

(4)* Макс = ТЗ[0].Количество;

(7) И ты брут.

Как запросом обратится к ТЗ?

(5) а при чем тут контрагенты? тебе по контрагентам надо, что ли?

(5) сортировка и перебор.
или запрос на различные и максимум

(8) специально для тебя ))

МаксимальноеКоличество = 0;
Для Каждого СтрокаТЗ Из ТЗ Цикл
МаксимальноеКоличество = ?(МаксимальноеКоличество < СтрокаТЗ.Количество, СтрокаТЗ.Количество, МаксимальноеКоличество);
КонецЦикла;
Сообщить(МаксимальноеКоличество);

Автор, не насилуй мозг никому. Перебери в цикле и все.

Все, что тебе тут рассказали - либо неоптимально, либо неправильно.

(9) это очень сильное шаманство, доступно для тех, кто уже научился читать, запускать самостоятельно пофигуратор и достиг 5-го уровня - самостоятельного прочтения СП и встроенной справки по F1

(9) типизировать колонки
Выбрать
поле1, поле2
ПОМЕСТИТЬ ВТ
из &ТЗ
;
Выбрать
Максимум(ВТ.Поле2)
Из
ВТ
Сгруппировать ПО
ВТ.Поле1

как то так

точнее так
Выбрать
Поле1,
Максимум(Поле2)

(13) перебирать большую ТЗ по-твоему оптимальнее?

Всем СПАСИБО, приятной Пятницы!

Во первых при сортировке изменяется исходная таблица.
Во вторых, с точки зрения классического программирования сортировка затратнее перебора.
В третьих, помещение на сервер SQL таблицу для сортировки - это вообще жесть.

(12) Будет давать неверный ответ, если все значения количества - отрицательные.

(17) да, сортировка + перебор будет быстрее, чем помещение ТЗ во временную ТЗ + запрос.

оптимальнее так:

МаксКол = 0;
Для Каждого СтрокаТЗ Из ТЗ Цикл
МаксКол = Макс(МаксКол, СтрокаТЗ.Количество);
КонецЦикла;
Сообщить(МаксКол);

(22) Будет давать неверный ответ, если все значения количества - отрицательные.

(20) пример, пожалуйста...
(22) согласен...

(23) а по-твоему -65 больше чем 24 ?

(25) имеется ввиду если все отрицательные.

т.е. на выходе будет 0

(25) По моему, если все значения - отрицательные, то там не будет 24.

(24)
Если ТЗ.Количество()=0 тогда
 МаксКол=Неопределено;
Иначе
 МаксКол=СтрокаТЗ[0];
 Для Каждого СтрокаТЗ Из ТЗ Цикл
   МаксКол = Макс(МаксКол, СтрокаТЗ.Количество);
 КонецЦикла;
КонецЕсли;

(24)+
МаксКол=ТЗ[0]

а не МаксКол=СтрокаТЗ[0];

>>МаксКол=СтрокаТЗ[0];
тут будет жирный еггог

(30) Copy-paste mistake.

Если ТЗ.Количество()=0 тогда
 МаксКол=0;
Иначе
 МаксКол=ТЗ[0].Количество;
 Для Каждого СтрокаТЗ Из ТЗ Цикл
   МаксКол = Макс(МаксКол, СтрокаТЗ.Количество);
 КонецЦикла;
КонецЕсли;

(32) Да :)

(32) Напишите уже без ошибок. :)

(34) в (32) без ошибок)

Кроме, разве что, идеологического вопроса - что считать максимумом, если таблица пустая? :)

(35) я думаю, что в нихрена максимум будет нихрена. тоесть 0 :)

(36) Ну здесь можно устроить знатный холивар )

Например,
"ВЫБРАТЬ Максимум(Т.К) из Т как Т"
вернёт NULL, а не 0 (при пустой Т)

Хотя предлаю с этим замять =)

(37) давай разберемся.
если спросить у человека без рубля в карманах - сколько у тебя рублей в правом, левом и нагрудном кармане, что он ответит?
правильно. "0".
также может ответить "хз" т.к. рублей у него нет а есть доллары - это будет Неопределено.
ну и может ответить "у меня карманов нет" - это будет Null.

также может ответить "хз" т.к. он не в курсе, что такое рубли.

Но давайте замнем все же, пока Ненавижу 1С не приперся.

(39) Правильная интерпретация карманов - что у тебя в карманах? "Ничего" - а не "ноль".

(предположение о деньгах мы не можем строить - тип значания неизвестен)

(42) >>что у тебя в карманах?
тогда это запрос к номенклатуре а не к количеству ;)

(43) Кроме того, как минимум Есть карманы(хоть и с 0 денег). В пустой же таблице даже карманов нет. Спросим у голого человека: "В каком кармане у тебя больше всего денег?"

Все, ушел) Надо поработать.

(0) Либо
1) Делай через пакетный запрос
2) Упорядочить таблицу по полю - взять первую строку

(28) понял... пасиб ))

(0) Можно сделать ПострителемЗапроса с ТЗ в ИсточникеДанных...
Тогда помещать на сервер не прийдётся.

(45) почитай (19)

(47)+
ИстДанных = Новый ОписаниеИсточникаДанных(ТЗ);
ИстДанных.Колонки.Кол.Итог = "Максимум(Кол)" ;
ПостроительЗапроса = Новый ПостроительЗапроса;
ПостроительЗапроса.ИсточникДанных = ИстДанных;
Результат = ПостроительЗапроса.Результат; // тип РезультатЗапроса    
ТЗРез = Результат.Выгрузить();
МаксКол = ТЗРез[0].Кол;

(48) "с точки зрения классического программирования сортировка затратнее перебора."

Источник информации, результаты тестирования?

(50) + "Помещение на сервер SQL таблицу для сортировки - это вообще жесть."

В чем заключается "ЖЕСТЬ"?

(49) а почему ты думаешь, что в этом случае сервер не дергается?

(52) Ну, может я и не прав...
Но Построителем в данном случае быстрее, чем запросом. Замерял как то.

(50) а ты в 1с накидай сортировку и перебор тз тыщь в 50 элементов и сделай замер производительности.

(53) может быть... но любой запрос всегда выполняется на сервере, а значит, всегда тащит туда нужные таблицы, если они на клиенте...

на мисте млин, по любому телепатом станешь. Когда народ вопросы задавать научится? Наверное тогда же, когда и инструкции читать.(0) Что надо конкретно получить то? Если просто максимум, то однозначно перебор. Не хватало еще с таблицей чего то делать ради одного значения.

(56) сомневаюсь, что перебор - оптима. А если в таблице 100 и более колонок, при переборе будут читаться все эти потроха. Только запрос

(57) а типа в запрос эти потроха не будут передаваться?
и типа в сортировке они не будут участвовать да?

(55) Ну, может тащить и помещать по-разному у Построителя и Запроса...

Но быстрее Построитель

(59) пометил себе... пасиб ))

Кто-нибудь: замерьте уж...

(61) садюга...

(57) (58) Вас бы всех в школу в 11 класс отправить.

(57) При переборе эти потроха читаться не будут
(58) При сортировке эти потроха также читаться не будут.

Учите связнные списки, блеать.
wiki:%D1%E2%FF%E7%ED%FB%E9_%F1%EF%E8%F1%EE%EA

(64) давно ТЗ в 1с стала связанным списком?

(64) мне вот интересно, когда ты бросишь попытки из 1Снегов программистов сделать (я 1Снег, чтоб лишних вопросов не было.)? Кстати, таблица значений - связный список? И где там ссылки на другие элементы?

(65) Предложи ей другую роль!
Или ты про обращение к строке по индексу? Простейший массив указателей решает эту проблему.

(66) Кто сказал, что их вам дадут?

(67) а сам то...
нет вообще смысла в ТЗ искать наибольшее значение...

Если она не связанный список, а тупо массив структур - удаление ее строк где-то посередине должен вызывать нехилый reallocate и батхерт системы.

(68) В информатике, свя?зный спи?сок — структура данных, состоящая из узлов, каждый из которых содержит как собственные данные, так и ОДНУ или ДВЕ ссылки («связки») на СЛЕДУЮЩИЙ и/или ПРЕДЫДУЩИЙ узел списка.

(70) Такого вроде не наблюдается.

(71) Я говорю про внутренности, а не про предоставленные программисту инструменты.

(73) тут с ИТ-ым образованием людей почти нет, ты кому что пытаешься объяснить?

(74) да-да... я тоже говорю, что хам...

(73) эт кто же нас в эти внутренности то пустил.
(74) я с ИТ-ым

(76) 1С-ка написана на Си

(75) хам? это что?

(74) Как нет? Тут половина таких :)
У меня вышка, причем на дневном - 7 лет учился (4 года колледжа + 3 универа)

это  H A D G E H O G... потому что выпендривается, вместо того, чтобы пальцем показать...

(79) :)) все шутишь, старый затейник

(78) от силы 5-10%

(19) Вот кабы речь шла о компилируемом языке, я б с тобой согласился. Но в нашем случае бабушка надвое сказала.
С одной стороны, функция с большой вычислительной сложностью, но откомпилированная, с другой -- функция с малой вычислительной сложностью, но исполняемая довольно медленным интерпретатором. И что быстрее отработает зависит от многих "от".

(77) и что?