Какие есть метрики оценки файлов Excel на "это для экселя уже много".
Есть ли какая то официальная документация где написано типа "если в экселе 100500 ячеек заполнено это уже ограничение системы" или в Мб
Суть в том что есть годами сложившаяся традиция решения определенных задач в Excel.
Некоторые файлы превратились в "навороченный софт" из кучи взаимосвязей, данных, графиков и VBA.
В некоторых случаях сильно "тормозят" что не удивительно.
Однако не понятно, каким образом вычислить из чего проблема.
из формул/связей или за большого количества данных.
вообщем тут вероятно даже три вопроса:
1. точные метрики и как мерять что "эта задача уже не для Эксель".
2. как оценить влияние тех или иных сущностей (формулы , графики) на общую производительсть файла.
3. где проходит граница между Excel и БД/Python/R
John Smith, да такие штуки я читал. 100500 советов. проблема в том что нужно взять конкретный файл (а по сути программу из кучи формул/VBA/данных) и какой то конкретной тулзой проверить.
Тулза говорит "вот смотри чувак у тебя 200 графиков а это 100(условно) мб места на диске и 10% от производительности при обновлении файла. типа того что то . или явно показал что какой нибудь lookup жрет 50% времени на пересчет.
Такую вот бы штуку).
1. это как бы частности. как оценить конкретный файл который содержит кучу всяких сущностей.
2. вы чем то пользовались (не для профилирования VBA) а именно для оценки влияния той или иной сущности на общую производительность файла?
3. "видимо пора" - это такая метрика, типа "у меня файл тупит, пора написать за N денег супер софт чтобы это прошло". какие то метрики нужны.
переходить на другое решение тдовольно долго и заморочно.
переносить на БД и делать поверх этого софт.
мы смотрели в сторону jupiter notebooks (т.к. много графиков да и python условно "все умеет"). но это отдельный вопрос на что переходят в таких случаях
1. Это верхняя оценка лимитов за которые выходить не стоит
2. Интуицией и фидбеком мол тормозит, под каждую задачу ищу подходящий инструмент, понять что конкретно тормозит.
3. Есть правила UI дизайна. Считается хорошим тоном обеспечить реакцию программы в 33-40 ms выше 200ms в офисных программах это субъективно тормоза которые человек ощущает, а если еще печатает вслепую это вообще мрак. Возвращаясь к пункту 2 нужен профайлер для сбора метрик.
Перенос софта. Всегда проблема. Возможно расширить это все. Например в Sharepoint есть Excel Services. Все считается на сервере, там же кэшируется и отдает результат.
Насчет питона. Лично я не понимаю хайпа. Язык содержит кучу костылей, да позволяет просто что то сделать, но вам нужно лопатить тонны нефти, возможно стоит написать на чем нибудь типа C# или Java.
Другой вариант это OLAP кубы, эксель прекрасно с ними работает, всю логику рулит сиквел.
Еще один это SSRS там тоже можно создать кастомные запросы и выводить готовый отчет.
В общем серебряной пули нет и я упомянул только основные технологии, на самом деле их сильно больше
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.
