Как выбрать наибольшее значение из ТЗ #551881

Контр| Кол ----------- Склад| 22 Склад| 23 Склад| 42 и т.д.

Перебор

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

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

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

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

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

И ты брут.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

имеется ввиду если все отрицательные. т.е. на выходе будет 0

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

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

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

Copy-paste mistake.

Да :)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

почитай

+

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

+ "Помещение на сервер SQL таблицу для сортировки - это вообще жесть." В чем заключается "ЖЕСТЬ"?

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

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

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

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

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

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

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

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

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

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

садюга...

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

При переборе эти потроха читаться не будут При сортировке эти потроха также читаться не будут. Учите связнные списки, блеать.

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

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

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

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

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

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

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

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

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

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

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

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

1С-ка написана на Си хам? это что?

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

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

:)) все шутишь, старый затейник от силы 5-10%

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

и что?