Бывает, работаешь с большими таблицами, и формулы загружают слабенький компухтер на все сто, приходится ждать, скучно
Есть лайвхаки, позволяющие ускорить расчёты в Экселе на слабых компах. Самому не раз приходилось делать невозможное на слабых компах в Экселе.
16.08.2018, 13:43
Знаю, поэтому каждый раз сохраняю Эксель и закрываю, чтобы память очистить, а формулы, после вычислений, вставляю значениями. Но каждый раз ждать приходится по двадцать минут, наверное. Быстрее было бы сводными, но тут задача не та. Несколько сот тысяч строк, они такие
Вот ещё пару вариантов:
1. Вычисление "приставными шагами": расчёт 30-50 тыс. строк формулами происходит за 30-50 сек., расчёт 100 тыс. строк при тех же расчётах - уже 5-7 минут. Можно ставить символы-заглушки каждые 30-50 тыс. строк и потом расшаривая формулу двойным кликом они будут считаться только до заглушки, потом сохраняешь готовый кусок (кроме последней строчки) как значения и повторяешь.
2. Использование механизма "связанных файлов" между Экселем и Аксесом: связываешь экселевские файлы с аксесом, колбасишь SQL-запросом (обычно это довольно шустро выходит) и результат импортируешь в эксель обратно (можно также связанным файлом на запрос повесить через сводную таблицу, тогда изменения в исходных необработанных файлах будут автоматом обрабатываться и переправляться в окончательный файл при выполнении "Обновить" по сводной таблице).
3. Операции при включенных фильтрах намного быстрее происходят, если скрытые строчки как можно меньше делят исходную выборку на блоки, то есть - перед выполнением операций на таблице с фильтрами по какому-то полю, нужно эту таблицу отсортировать по этому полю, чтобы однотипные блоки стояли рядом после применения фильтра.
4. Применение форматирования происходит быстрее на целые строки или столбцы, для диференциированного форматирования в таком случае лучше юзать "Условное форматирование", которое само расставит форматы по правилам (и довольно шустро).
5. Минимум использовать свои собственные функции, родные функции Экселя работают в разы быстрее и стабильнее, и дело не в прямых руках и эффективности кода.
6. Если возможно, использовать ИНДЕКС() вместо ВПР/ГПР, он намного быстрее, но с ним чуть тяжелее работать.
7. Не использовать режим "Таблицы" (когда диапазон ячеек трансформируется в Таблицу, которая работает не как набор независимых столбцов и строк, а как нечто цельное), этот режим удобен очень только для окончательных результатов.
1. Вычисление "приставными шагами": расчёт 30-50 тыс. строк формулами происходит за 30-50 сек., расчёт 100 тыс. строк при тех же расчётах - уже 5-7 минут. Можно ставить символы-заглушки каждые 30-50 тыс. строк и потом расшаривая формулу двойным кликом они будут считаться только до заглушки, потом сохраняешь готовый кусок (кроме последней строчки) как значения и повторяешь.
2. Использование механизма "связанных файлов" между Экселем и Аксесом: связываешь экселевские файлы с аксесом, колбасишь SQL-запросом (обычно это довольно шустро выходит) и результат импортируешь в эксель обратно (можно также связанным файлом на запрос повесить через сводную таблицу, тогда изменения в исходных необработанных файлах будут автоматом обрабатываться и переправляться в окончательный файл при выполнении "Обновить" по сводной таблице).
3. Операции при включенных фильтрах намного быстрее происходят, если скрытые строчки как можно меньше делят исходную выборку на блоки, то есть - перед выполнением операций на таблице с фильтрами по какому-то полю, нужно эту таблицу отсортировать по этому полю, чтобы однотипные блоки стояли рядом после применения фильтра.
4. Применение форматирования происходит быстрее на целые строки или столбцы, для диференциированного форматирования в таком случае лучше юзать "Условное форматирование", которое само расставит форматы по правилам (и довольно шустро).
5. Минимум использовать свои собственные функции, родные функции Экселя работают в разы быстрее и стабильнее, и дело не в прямых руках и эффективности кода.
6. Если возможно, использовать ИНДЕКС() вместо ВПР/ГПР, он намного быстрее, но с ним чуть тяжелее работать.
7. Не использовать режим "Таблицы" (когда диапазон ячеек трансформируется в Таблицу, которая работает не как набор независимых столбцов и строк, а как нечто цельное), этот режим удобен очень только для окончательных результатов.
всегда юзаю индекс. более точная вещь
субд для слабаков
Здесь не подойдёт
ебаться с ексель самое то?
Выбора нет. Задача специфическая, только Экселем решаемая
Python + Pandas
Чисто из любопытства, почему только Экселем? Можно подробнее, какого класса задача? Случаем не нелинейная оптимизационная задача большой размерности?
Нет. Мне надо проанализировать данные и выдать аномалии всякие, классифицировать по-всякому их и вывести последовательности. Тут именно ручной и мозговой труд
Ну, не то чтобы такое не решалось другими способами... Но Эксель и правда обойдётся дешевле всего по времени развёртывания инфраструктуры и данных, и учить кучу новых средств не придётся. Если задача ещё и пилотная (делается в первый раз), или не будет повторяться - выбор очевиден!
да как вы затрахали со своими субд и питонами. тут конкретная задача аналитическая, где надо сделать не просто выборку, а все сторонний анализ с дикими условиями. разные бывают задачи-то, а не просто сведение базы данных, это-то и ежу понятно.
плюс ещё есть такая вещь, как инфраструктурные условия, где субд с питонами тупо ставить не дают, ибо есть ограничения лицензионные, структурные и прочее-прочее-прочее
понавылезало умников
я советов-то не просил, просто поделился творчеством во время ожидания и всё
плюс ещё есть такая вещь, как инфраструктурные условия, где субд с питонами тупо ставить не дают, ибо есть ограничения лицензионные, структурные и прочее-прочее-прочее
понавылезало умников
я советов-то не просил, просто поделился творчеством во время ожидания и всё
Слышали. Я и powerbi владею, и остальным, просто иногда всякое бывает и иногда бывают определенные задачи. Всякие там фумигаторы, мелки, Машеньки, много всякого существует, но иногда тапком муху прибить дешевле, быстрее и эффективнее. Ясен хуй не первый год работаю, если бы этого всего не было, я бы и не был где сейчас
Чтобы написать коммент, необходимо залогиниться
