Как выбрать максимальное значение в запросе? #707262

Здравствуйте! Если что то не так - прошу сильно не винить. В УТ 10.3 делаю простой запрос - вывожу список номеров договоров в запросе: ИЗ     Справочник.ДоговорыКонтрагентов КАК ДоговорыКонтрагентов И вот получаю такие результаты - вот рисунок: Максимальный номер - 320. А вот когда делаю вот такой запрос: ВЫБРАТЬ ПЕРВЫЕ 1     ДоговорыКонтрагентов.Номер КАК НомерДоговора ИЗ     Справочник.ДоговорыКонтрагентов КАК ДоговорыКонтрагентов А тут получаю такие результаты, вот рисунок: То почему то получается - 99. Убедительно прошу, подскажите пожалуйста, как в запросе реализовать выборку последнего номера(максимального)?

видимо это строка и "99..." действительно - максимум

А как это может быть? А как реализовать в запросе так, что бы (в данной примере имеется ввиду) выбиралось 320 ?

извини, бро, если мимо, но разве "первые 1" не выбирает первую запись из таблицы? почему бы не выбрать максимум(ДоговорыКонтрагентов.Номер) ?

потому что "9" больше "3" - всё правильно.

Тоже 99 показывает Но вот почему???

потому что строка 99 > чем строка 100

ибо 9 > 1

А как это может быть? А можно как то в запросе выбирать последнюю стоку (строка - число?)?

Пойми, наконец, разницу между строками и числами.

строка не число, строка это строка. И от того что она выглядит как число он не становится числом

Просто, некоторые, когда сортируют файлы в Windows и видят чудо - верят в то, что это будет так всегда.

А как тогда сделать сортировку по чилу, а не по строке?

т.е. в запросе выбрать все, преобразовать результат в число и отсортировать? или в запросе сразу преобразовать можно?

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

выразить (НомерДоговора как число ) или сколько у тебя символово в договоре

да тут еще и сайте рекламируют

Вам опять поговорить не с кем ?

вот только что будет, если кому-то приспичит забить в номер договора что-то типа 01/03-07?

мне ответ интересен.

Исключение будет, а если преобразовать в запросе - то преобразовывать будет SQL и получит из "01/03-07" значение "1".

Можно немного поподробнее, как это в запросе реализовать? А как тогда быть?

В 1С нет сортировки через внешнюю функцию - она здесь как раз кстати.

Хотя, как сравнить 009 и 01/03-07 ???

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

Я бы, всё-таки, сортировал бы как строки, но дописывал нули в начале.

А как тогда лучше сделать?

может к началу задачки вернуться? зачем нужна сортировка по номеру договора дабы найти "крайний"?

Да найти максимальный номер(число) с помощью запроса.

А  пример, можно в студию?

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

а в самом запросе - это как можно реализовать?

Вот в запросе пытаюсь прописать: Но что то ругается...

а вот дальше будет интересно, ибо нумерация идёт в течении года (!), т.е. обычно в январе 1 договор имеет номер 1

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

Выразить(&номерСтрокогоТипа как число(15.2))

Что пил?

Я бы задачу решил с другого конца. Перенумеровал бы все номера догвооров как следует. Например 99 на 00099 итп и тогда 00320 точно будет больше чем 00099. Как вариант превратить их в числовое поле. И не надо тогда парить себя мозг. А если мешают нули при выводе на печать то их всегда можно убрать...

Добавлять нули - убирать нули - следить, чтобы пользователи число написали с правильным числом нулей. Число - и всё само решится. Если нужны номера с галочками и т.п. - поле "входящий номер" избавит от всяких вопросов.

А подскажите пожалуйста еще: Вот написал: Но почему то при проведении документа получается: То есть первый номер спецификации вообще ничего не ставит, так как его еще нет... Подскажите, какое поставить условие, что бы номер 1 ставился... Я просто уже много перепробовал, но почему то первый номер вообще ничего не ставит, а уже со второго начинает плюсовать по 1, а вот необходимо что бы с первого номера плюсовать по одному....

А зачем следить? Ведь 1С делает автонумерацию сама. Я всгда был против того чтоб номера трогал юзеры.

Если НомерСпецификации.НомерСпецификацииНужный = Null  Тогда                 Если НомерСпецификации.НомерСпецификацииНужный = 0 Тогда Забавно.

Видимо, про ИЛИ человек не знает.

да ИЛИ тоже ставил, но все равно не ставить первый номер 1 - вообще ничего не ставит Подскажите, что прописать - если вообще ничего нет - что бы 1 ставил в номере...

ну вот ты пишешь      Если НомерСпецификации.НомерСпецификацииНужный = Null  Тогда а потом вдруг НомерНаОдинБольше = НомерСпецификации.НомерСпецификацииНужный + 1; разве можно к NULL добавлять 1? Ведь бред.

Да так тоже пробывал: Если НомерСпецификации.НомерСпецификацииНужный = НЕОПРЕДЕЛЕНО  Тогда все равно как бы вообще проскакивает при создании и вообще никакакой номер не создает

ну запомните

Вопрос на засыпку, а что больше число 5 или пустая строка ""? :))

Исключение, которое вернёт такое сравнение, больше ^_^