Преобразование строки в число в запросе #773048

Здравствуйте! Не появилась ли данная возможность в свежих версиях 1С? Работаю на 8.2. Перейти на 8.3 возможности нет пока, острой необходимости тоже. Спрашиваю, чтоб велосипед не изобретать. В инете готовых решений, чтоб прям запросом из строки в число, не видел пока что.

выбор когда "1" тогда 1 когда "2" тогда 2 ... конец

ВЫРАЗИТЬ (Таблица.Строка КАК Число(15,2))

В явном виде нельзя. Если только извращаться как в

Размечтался...

Такая возможность была давно, если не всегда.

ага ага

ловите наркомана

:) не слушай их. Всю жизнь использовал как в . Прекрасно работает.

сам то пробовал так делать?

десятки раз.

)) А если справочник с 70 тыс строками и реквизит из строки в число? Так низя. Не работает.

Пля. Или я туплю, сейчас проверю...

ты тупишь. можешь не проверять.

Ругнется она на разные типы данных

не, ну если тип реквизита "строка" - число - то работает. а вообще надо сделать так, чтобы в исходных данных было число

Не работает оно как надо. Может у Скуля робит, но не у 1С :)

Готовых решений не было не у кого? Я вчера задался идеей победить. Несколько раз в ступор восмёрошными ограничениями (по сравнению со скулем) вставал.

Нет

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

сделай так, чтобы в исходных данных было число

Ругается парсер на енто

рвет шаблоны и взрывает мозг, как и все статьи автора

и всё-таки я тупанул :) Пишет "Несовместимые типы"

выбрать ВЫРАЗИТЬ (&парам как число(10, 0)) где парам задан как строка "15" Текст запроса: Строка 1: {(1,9)}: Несовместимые типы "ВЫРАЗИТЬ" выбрать <<?>>ВЫРАЗИТЬ (&парам как число(10, 0))

страшно далек он от реальности

Господа, вы меня пугаете. ВЫРАЗИТЬ не работает в конце запроса, в конце работает ПРЕДСТАВЛЕНИЕ. Думаю, что не ругнется, просто в значении типа строка значения типа число не будет обнаружено, а поэтому вернется какая-нить пустая кака, может неопределено.

читай до просветления

Кому рвет? Мне не рвет.

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

Ну значит так. Че ты как ребенок :)) В любом случае главное, что никакого преобразования ни в начале запроса ни в конце не будет.

Думаю, что так, да.

Можно и так, но победить оч захотелось. )) Хорошая статья, надо проверить как механизм с пробелами борется. По идее должен. Мимолетом на сколько смог код вкурить: там вроде сравнение на вхождение в 0123456789 проверяется, так что пробелы в сад вроде.. Я про то, когда Код в справочнике строковый, то в конце пробелы до длины строки добавляются. Они и костыли в колеса добавляют. А ни ltrim-rtrim ни right 1c не умеет.

когда уже народ будет требовать в запросах операторы ISERT/UPDATE/DELETE?

видимо за последствия боятся

а зачем тогда язык 1с нужен будет?

Все работает. Статья в точку, спасибо огромнищее за ссылку! А я, не видя , вчера вот такой код наваял. Теперь не актуально, но мож на мысли хорошие натолкнет кого... Есть справочник Товары со строковым кодом. Нужно обобрать все коды в числовом интервале (для поиска дырки для нового кода). Длина кода 6 символов. Если вопросы появятся по данной реализации, что где и зачем, спрашивайте. Потому как одна идея порождает другую :)

+36 обобрать = отобрать ))

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

Никогда. Этого не надо.

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

Потому что такой запрос выбрать первые 20 код из справочник.товары упорядочить по код выдает Код 0 1 10 100004 10023 1010 10100 10101 10102 10103 10104 10105 101051 10106 10107 10108 10109 10110 10111 10112

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

1. Создать запрос с выборкой всего справочника и одной колонки 2. Выборкой обойти весь результат и в ранее созданную ТЗ при каждой итерации добавлять строки со значением Число(Выборка.Код) 3. Сортировать ТЗ 4. Выбрать строки ТЗ, проверяя на дырки 2-й пункт плохой тут. Ресурсы СУБД на получение результата запроса и передачу его на сторону 1С, обход результата в 1С с преобразованием значения, заполнение объекта на стороне 1С.... Да и подход к решению задачи так себе получается

Так нельзя у нас

Тогда уж новый реквизит КодЧисло числовой и туда при записи гнать число. И обработкой по всем один раз. Но это новый реквизит в базе, дополнительный объем, его обработка при каждой записи. Справочник под 100 тыщ элементов. А у меня только запрос

Вот еще одна статья . Называется "Поиск пропусков в нумерации документов запросом". Там приложена обработка, которую можно и на справочник(и) переделать. Расчет был на 11-ти значные номера. С 6-ти значными еще проще. Пропуски в нумерации показываются в виде интервалов ... - ... .

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

Спасибо большое, поизучаю, интересно! Уважуха за труды! :)