Таки и да, файлики нужно было прикладывать, а еще лучше тестироваться тчатильнее!
Цитата |
---|
Дмитрий(The_Prist) Щербаков написал: Поэкспериментируйте с примерами из этой статьи: Оставить цифры или текст при помощи PowerQuery |
Тему можно закрывать
18.10.2021 13:52:13
Господа, прошу прощения, зря грешил на Text.SplitAny, ошибка не в приведенной мной строчке, а в дальнейшей логике которая оказалась не совсем логичной.
Таки и да, файлики нужно было прикладывать, а еще лучше тестироваться тчатильнее!
Тему можно закрывать |
|||
|
23.07.2021 09:52:29
Здравствуйте!
Использую годами подключение (от Дмитрий Русак dg_rusak@mail.ru)
С сегодняшнего дня на Open начало выдавать ошибку Method open of object_Connection failed. На соседней машине с аналогичной системой все работает. Что бы это может быть?
Изменено: |
|||
|
12.03.2021 15:14:47
Очень занимательный ролик. Жаль что Преображенский и Борменталь не обсуждают особенности работы IsEmpty, типов данных, или документацию майкрософта по ссылке которую я вам выслал. Но не страшно, мы все уже с другими форумчанами обсудили, за что им спасибо. Однако за ролик вам спасибо, он очень о многом говорит. Всего вам хорошего! |
|||
|
12.03.2021 13:36:12
|
|||
|
12.03.2021 12:15:18
Но товарищи, я считаю что это какое-то вредительство и заговор! |
|||
|
12.03.2021 12:08:52
Считаю что одной конторке из Редмонда нужно лучше варить документацию! |
|||
|
12.03.2021 11:32:44
Извлекаю значение из Dictionary, без буферной переменной. Обертываю его в IsEmpty(значение), значение при этом String, его замеряемая длинна Len =0, на прямое сравнение значение=Empty выдает True. Но IsEmpty выдает False!
Лезу в справку, в справке есть указание что аргумент желателен Variant, при этом как-то это поверхностно указанно. Делаю финт ушами IsEmpty(CVar(значение)) , но один черт IsEmpty возвращает False. Товарищи, че за .....??? Есть небольшая предыстория. Значение (в данном случае из пустой ячейка) попадает в Dictionary из отчета формируемого чудо-юдо CRM Аварда с помощью FastReport и там бывает творятся всякие разные чудеса. Так например берешь с отчета сумму c дробью, оно распознается как Double, но оно оказывается не равно другому такому-же Double, только через CCur. И причем это происходит не совсем столбцом, а выборочно. Но Empty не IsEmpty это уже перебор. |
|
|
27.02.2020 20:24:48
Если кратко собираюсь для таблиц-массивов создавать аналог некластерных индексов SQL.
Вынимать ключи нет такой задачи, есть задача задавать в Collection элементы с ключами универсального типа, но в текстовом представлении. Для решения коллизий в типах данных, начало ключа будет содержать префикс исходного типа данных, в частности: префикс B- логический тип, N - группа всех числовых типов (в том числе и Date), T - текстовый тип. Повторюсь, мои переживания будут ли в равнозначную строку конвертироватся через Cstr данные разных типов с дробями, а именно случаи с экспоненциальной формой. Вот как формируется экспоненциальная форма в VBA ? По единому алгоритму или в зависимости от версии? На моей памяти я наблюдал такие расхождения в 2007, причем в целых числах 9-12 знаков (но всех параметров ситуации не помню).
|
|||
|
27.02.2020 15:31:10
Собираюсь эмулировать в Collection возможность использования ключей в числовых типах (Byte,Decimal,Double, Single,Integer,Long, Currency) . Делать это собираюсь через функцию Cstr. Также собираюсь использовать в ключах и тип Date, но перед Cstr делать конверсию в Double. Одним словом частично эмулировать в Collection возможности ключей разных типов Dictionary. В Dictionary без проблем можно создать ключ например в Date и отыскать его в запросе с аргументом в ином типе, но с равным значением. Получится ли у меня такой финт преобразованиями через Cstr ? Ожидаю проблемы Cstr преобразования типов с дробями - Single, Double, Currency, Decimal и CDbl(Date). Прав ли я в опасениях?
Использовать Dictionary не могу т.к. приходится использовать позднее связывание словаря, а в 2013 от такого скорость падает буквально в 5 раз по сравнению с прямым связыванием. |
|
|
30.01.2020 06:01:18
В классе создаю коллекцию коллекций (или коллекцию Dictionary, или массивов, - все испробовал) в несколько тысяч строк.
Наблюдаю следующее быстродействие в версиях Экселя ( в условной оценке): 2003 на слабой машинке - достойный результат. Старый добрый АК-47. 2009 на средней машине - отлично! 2013 на машине несколько выше среднего - примерно 5-ти кратное падение скорости по сравнению с 2009 ! в 2013 тестово выношу создание коллекции коллекций в модуль - рост скорости почти в 4 раза! Заношу назад в класс, маневрирую в классе и так и этак - результата ноль, скорость дрянь. WTF ? Костылить часть кода из класса в модуль? @#$№№&й стыд! |
|
|
02.09.2019 11:15:54
А причем кодировка и некорректное отображение, если на любою входную строку- числовую или символьную, любой длинны из буфера возвращает два символа "?" с кодом 63?
|
|||
|
02.09.2019 08:04:30
Отказался работать DataObject .
Запускаю код
После этого на Ctrl+V из буфера выдается белиберда,- непечатные символы ��. Ссылка на библиотеку Forms 2.0 подключена. Ранее этот код работал. Почему перестали ехать лыжи ? |
|||
|
20.11.2018 14:55:58
|
|||
|
20.11.2018 12:20:16
Да, действительно с .Address(external:=True) все заработало как нужно и без странных костылей, спасибо. Однако встает вопрос как же эти кривые костыли с перевертыванием стиля ссылок работали ? Но то ладно, уже пустое. |
|||
|
20.11.2018 09:42:27
Прикладываю файл с рабочим примером с инверсией стиля ссылок диапазона данных сводной. Кстати припоминаю что подобная свистопляска была с установкой области печати. Установлен 2013
Изменено: |
|||
|
19.11.2018 16:49:07
Столкнулся с необходимостью инвертировать стиль ссылок при работе с PivotTables при изменении источника данных сводной таблицы, иначе ругается.
Но зачем и почему? Или лыжи невиноваты ?
|
|||
|
06.04.2018 16:26:15
Тема закрыта
Изменено: |
|
|
06.04.2018 13:06:19
Структуру я приводил , она такого типа:
Покупатель Накладная атрибуты накладной таблица товаров Не думаю что она сложная. Количество уровней дерева невелико и фиксировано,- поэтому я её и определил под термином "четкая". А почему нельзя словарь пользовать на полную катушку его возможностей ? Почему нельзя использовать словарь как дерево и хранить в нем массивы? Я считаю что мне для моей задачи возможностей и методов словаря достаточно, использование XML вместо словаря избыточно, не нужны мне возможности xPatch, не собираюсь я по воробьям из танка. |
|
|
06.04.2018 11:52:00
Речь идет о Словаре с достаточно простой и четкой структурой, в данном случае мне было-бы удобней оперировать словарем чем XML напрямую. Проблема в том что словарь VBA невозможно сохранить в файл, но я предположил что существуют реализации импорта/экспорта словаря в файл и самое очевидное это через XML.
А какие проблемы создать словарь например экспортом из XML ? в обоих случаях дерево. |
|
|