Учите матчасть!🤦🏻♂️🤦🏻♂️🤦🏻♂️ Отформатируйте ячейки как текстовые и не парьте людям мозг такой ерундой.
раскрыть ветку (76)
проблема в функции ВПР, она ни хрена не работает, пока цифры не переведёшь в формат цифр (тогда убирает 0 в начале). Постоянная проблема с изменением цен в прайсе через ВПР если артикул начинается на 0... беда просто, если кто знает ответ, буду премного благодарен...
раскрыть ветку (48)
Впр "лечится" двойным отрицанием (как по мне, оч изящное решение: прямо перед формулой после знака "равно" поставить два минуса подряд)
раскрыть ветку (25)
ещё комментарии
ещё комментарий
раскрыть ветку (10)
раскрыть ветку (9)
раскрыть ветку (8)
раскрыть ветку (7)
Именно. Разные артикулы (000091 и 91) нужно найти в списке артикулов. Если применить --, то в обоих случаях будет искаться одно и то же число
раскрыть ветку (6)
раскрыть ветку (4)
Можно сделать соседнюю колонку СЧЕТЕСЛИ с закрепленном диапазоне и плавающим концом для искомых ячеек, потом ВПРить (лучше ИНДЕКС+ПОИСКПОЗ, намного удобнее) связку артикул и получившийся счет.
раскрыть ветку (2)
ИНДЕКС+ПОИСКПОЗ не всегда намного удобнее, порой даже вреднее и, при количестве строк десятки тысяч и более, даже сильно тормознее.
раскрыть ветку (1)
Можно скрин? Не представляю себе, каким образом одна и та же функция, получив одни и те же входные данные, выдаст разный результат
Лучше нормальными штатными стредствами воспользоваться и превратить число в строку ТЕКСТ(число, формат).
раскрыть ветку (5)
В этом плане ИМХО правильнее будет не функции вызывать, а через &"", т.е. добавить к ячейке пустую строку. Ресурсов меньше уйдёт.
раскрыть ветку (2)
Я очень не согласен, но я опять же не испльзую Excel как профессиональный инструмент. Я считаю, что явное преобразование лучше описывает, что происходит и помогает пониманию.
раскрыть ветку (1)
Это тоже явное преобразование. Разница в том, что в моём случае всё происходит на уровне обработки строки windows, а в твоём вызывается отдельный процесс на функцию. Т.е. через &"" ещё на этапе распознавания значения ячейки всё записывается как string. А в случае функции сначала как число, потом передаётся на обработку в функцию и только потом как текст. Т.е. в любом нормальном языке программирования я всеми руками за явные преобразования и т.д. Так как в 99% случаев он как раз таки просто меняет описание, не залезая даже в память что бы найти значение переменной. Но Excel довольно специфическая по архитектуре штука и частично работает на базовый модулях windows, которые очень быстрые, частично на качественно встроенных функциях, а частично на чистом VBA. Как именно ТЕКСТ я не помню, но это всё равно медленнее чем базовые wibdows.
раскрыть ветку (1)
=VLOOKUP(TEXT(123, "00000"),A1:B4,2), работает, находит то, что я ожидал оно найдет.
Но буду честен, не пользуюсь Excel в профессиональных целях.
Хз у чём разница с умножением на 1. Насколько я помню этот способ самый лучший в плане ресурсов.
раскрыть ветку (2)
если артикул не начинается с 0 то я тоже делал умножение на 1, НО есть артикул, пример 0789 цена 100 и арт 789 за 3000тр, и впр поменяет на 3000 если умножить на 1, а нам то нужно подставить 0789 за 100р, в этом трабл. почему так, не спрашивайте, поставщик продуктов так мудрит.
раскрыть ветку (1)
Не понял. Есть 2 таблицы. Назовём исходной и ценовой. Если в ценовой артикулы 001 и 1 это разные - тогда да, будут проблемы. Особенно если в ценовой часть данных сохранено как текст, а часть как цифры. Если же ситуация по проще, то есть по сути 2 варианта:
1) В ценовой цифры, в исходной текст - используем умножение на 1.
2) В ценовой текст, в исходной цифры - используем сопряжение с пустой строкой. В рамках Excel это делается максимально просто, через &"".
А вот если начинаются приколы вроде часть данных так, часть так и т.д... В большинстве случаев вопрос решается либо тупо через ручную обработку задвоений, либо через изменение параметров выгрузки, что бы не было проблем с двойным форматом данных.
Я сам с этой функцией не работал, однако, беглое ознакомление с мануалом говорит о том, что для примеров использования функции ВПР берут товары прописанные буквами в названии, что не отличается от записи артикула с нулями в начале в ячейке с текстовым форматированием. Значит и сортировка данных в сопоставляемых таблицах будет корректной, если они имеют одинаковые форматы. Есть предположение, что где-то несовпадение в таблицах или ошибка, что не дает использовать данную функцию. Так бы я подошел к решению данной проблемы, если бы у меня как надо не работало
раскрыть ветку (1)
Совершенно верно, функция ВПР не спутает текст 000079 с числом 79. Но, легко лажанёт пользователь при вводе текста 000079.
Отлично она работает с текстом, он не работает, когда у вас текст в колонке, где ищите, а то что ищите - число, или наоборот. Форматирование колонок при отом не помогает, нужно конвертировать, и лучше обе колонки в текст, так надёжнее.
У ВПР есть только одна проблема - не надо её использовать совсем и никогда.
Будте профессиональнее.
Сочетание Индекс и Поискпоз полностью решает проблему работы с данными в таблице.
YouTube●11:12
раскрыть ветку (3)
ВПР в примере выше не сработает, так как ВПР ищет только "вправо" и он просто не выведет Номер и Имя. Индекс тут нужен, так как нужные нам критерии в середине таблицы.
Если бы "Артикулы" были первым столбцом, то ВПР справился бы.
Другой нюанс в скорости работы, ВПР на больших объемах данных быстрее отрабатывает, чем массив. У ВПР скорость в ущерб гибкости, а у Индекса хорошая гибкость, но в ущерб скорости.
Познал это на своем опыте, когда нужно было ковырять несколько табличек на ~200 000 строк каждая и выводить разные штуки оттуда, компуктеру было прям тяжеловато... Аж приходилось вывод данных в отдельный файл экселя делать, ибо файл со всеми данными переваливал за 20мб с формулами, расчетами и зависимостями - это боль.
Впр нормально работает с цифрами в текстовом формате если во втором массиве такие же текстовые цифры насколько помню
раскрыть ветку (1)
О, да. И еще диапазон щелкать чисто по колонке, исходный и просматриваемый, скорость в разы растет: типа так, без цифрового диапазона
Впр лечиться тем, что искомое значение должно быть того же типа что и значения в диапазоне для поиска. Т.е. если у тебя текст искомых, то и текст должен передаваться в ВПР. Чтобы передать строку в ВПР надо:
1. Если значение береться из ячейки с вводимым значением: выставить тип данных
2. Если значение указывается в формуле напрямую: взять в кавычки.
3. Если значение вычисляется или берется из таблицы где нельзя изменить тип (но там вы не сможете хранить одновременно 00091 и 91) воспользоваться функцией ТЕКСТ, в которой можно даже указать какой ширины должно быть число и сколько нулей нужно дописать.
раскрыть ветку (1)
Это показывает, что ТС, по хорошему, сам не особо и задумывался, как решить проблему, а сразу спрашивать побежал 🤷🏻♂️
Ставил дополнение к exel, там ячейки в числа превращает и 0 вроде остаётся. Завтра на работе гляну, отпишусь
А что, если поставить решетки перед серийниками или взять эти серийники в квадратные скобки, ВПР работать перестанет?
По строкам ВПР тоже работает. Не работает, если заставлять его искать числа по строкам или наоборот. Если нужно разгрести один раз, добавьте перед кодами любой нецифровой символ (' - одиночная кавычка, вроде, ёкселю родная для такого). Если же данный вид секса у вас регулярный, то очень рекомендую освоить какой-нить firebird + ibexpert или mysql/mariaDB + DBeaver, напишите в них запросов и процедур на нормальном SQL и PL/SQL, а ёксель пользуйте только для эпизодической загрузки данных (формирование insert`ов), все макросы фтопку.
Вчера имел счастье лицезреть табличку с ИНН. Часть ИНН юр лиц (10 знаков) начиналось с 0, который отбрасывался, а ИНН физ лиц (12 знаков) при изменении формата ячейки на «текст» переводились в научный формат е1234…
Короче, есть 2 стула…
Короче, есть 2 стула…
У меня уже не раз случалось так, что в файле произвольно менялся формат ячеек. Закрываешь файл — всё нормально, открываешь — там сотни строк в формате "дата"...
раскрыть ветку (16)
раскрыть ветку (12)
Не, это происходит, если в системе указана запятая в качестве разделителя целой и дробной части числа, а в данных используется точка. Тогда эксель меняет все такие записи с точкой на даты. У меня это постоянная проблема, бесит неимоверно, а отключить никак нельзя (только если поменять разделитель в системе на точку, но тогда будут проблемы с данным, где запятая)
раскрыть ветку (11)
раскрыть ветку (3)
раскрыть ветку (2)
Не будет проблемы, ёксель помнит значение ячейки, а разделители подставляет в соответствии с региональными настройками
Разделитель в настройках системы должен всегда стоять "точка". Вся западная цивилизация построена на десятичной точке, её использует весь мир, кроме нас, африки и южноамериканцев — а главное, всё современное айти завязано на точку.
раскрыть ветку (4)
Европа, если что, тоже использует запятую. И это причина, по которой я не меняю разделитель на точку - у моих коллег и начальников стоит запятая, и никто не будет рад, если у них начнутся проблемы с файлами, созданными мной. Заставлять всех менять запятую на точку - это уже за рамками данного обсуждения)
Да и вообще, меня по большей степени бесит факт того, что кто-то (разработчики Экселя) за меня решил, видимо, что это жутко удобно, и альтернативные точки зрения не рассматриваются (=нельзя отключить).
раскрыть ветку (2)
Проблем с файлами не начнётся. Файлы, созданные на машине с "естественной", родной для экселя конфигурацией, всегда сохраняются правильно и правильно открываются на любых других машинах. Ну, если вы не будете сохранять числа как текст, конечно — тут возможны косяки. Если числа сохранены как числа, проблем не будет 100%.
раскрыть ветку (1)
Хм, а вот это интересно, я как-то не подумала об этом. Думала, что если сохраню с точкой, то и у них откроется с точкой. Спасибо!!
Да хер там, в Европе полно запятых. И если в екселе они от них отказались, то во всяких банковских и налоговых приложениях они во всю запятую используют. И это ещё больший пиздец, потому что на цифровой клаве у них там точка, и еще никогда заранее не знаешь, с каким разделителем тебе отделять дробную часть.
Только если открывать какой нить csv, если открывать Excel файл, то он ниче не меняет. А если с csv есть проблема, то нужно его не открывать, а импортировать данные, тогда можно задать форматы колонок и исправить проблемы в различии рениональных настроек.
раскрыть ветку (2)
А шо, поможет? Это же не сразу происходит. На экране всё в порядке, у всех ячеек выставленный формат, у новых ячеек формат по умолчанию... Сохранил, закрыл файл, открыл заново (а иногда просто открыл) — вся книга в формате "проценты"... Здравствуй жопа, Новый год. Конечно, разумеется не какой-то конкретный файл и не каждый раз — таким, рандомом приятным, украсить рабочий день.
Тут на пикабу где-то писали, что можно отключить автозамену на дату, но у меня почему-то такой опции нет. Поискала еще в интернете, тоже пишут, что это нельзя отключить
Бесит!
3.2K поста3.3K подписчиков
Правила сообщества
Не бесите других людей! Помните, им и так тяжело.
Соблюдайте общие правила пикабу.