Преамбула:
Есть сложная модель. Представляет собой екселевский док с 40-50 тыс строк и 150-200 полей (50-60 мб). Она и так еле ворочается - отжирает по 2гб памяти, долго открывается, долго производятся любые изменения в формулах. Показываю начальству - начинают ворчать, что сложные формулы, очень трудно понять, инвесторы не захотят в этом разбираться и пошлют всех подальше :(

Суть вопроса:
Я могу упростить формулы, увеличив количество стоблцов (разделив формулы на части). Сделает это модель шустрее или нет?

Пример вычисления:
В каждой строке считается определнный коэффициент f для каждого месяца. Он представляет собой последовательное произведение нескольких других коэффициентов q _n . Для i столбцов (i - количество месяцев, обычно 60-80) мы имеем в каждой n-ой ячейке (n от 1 до i) произведение[k от 1 до n](q _k )
Формула не сложная, но для большого количества строк считается довольно долго. Соответственно, я могу упростить формулу, добавив i столбцов (по 1 для каждого месяца), где каждое следующее поле вычисляется, как предыдущее умноженное на q _n . Это снизит сложность формул, но добавит к существующим 150-200 полям еще 60-80.

Таким образом, что ексель лучше "пережует", более сложные формулы или 2,5-4 млн ячеек с простыми формулами? Очевидно, что для понимания легче добавить колонок, но как оно будет работать - не знаю.

Всем заранее спасибо. Извиняюсь, если что непонятно изложил, замучен работой по самое некуда :(

-O_o-,

Данные вносятся вручную. Самые "заколебучие" тормоза - при попытке вставить строку/столбец посреди модели. Для того, чтобы заполнить формулами 20 тыс строк оставлял на ночь :( Один из заколебучих моментов, что когда модель считается, то задействуются все ядра процессора, а когда я "протягиваю" (кажется, по-человечески это называется "автозаполнение") формулы - только одно и выполняет это мучительно долго....

fortik,
На что, например?

fortik,
Я не силен в Access, но с таким же успехом я могу загнать все в базу MS SQL Server, все необходимые assumptions моей модели передать через MS Query и получить результат назад в Excel. Но это не наглядно. Моя модель должна быть наглядной и понятной для коллег-аналитиков и начальства. Оптимальный вариант с этой точки зрения - Excel или что-то подобное (spreadsheet).

fortik,
А по поводу идеи перенести все в макросы - думаю, решение практичное, но теряет одно из основных преимуществ Екселя - наглядность.

Но все равно, большое спасибо за советы.

vikttur,

В данном случае будет меньше вычислений, но и без того не маленький файл раздуется еще больше, что сделает работу ним более тормознутой.

Кстати, vlookup часто можно заменить на sumif/sumifs ,если записи уникальны. Кто-то знает, какие особенности работы этих формул? Что быстрее в каких случаях?

Пока все решилось использованием Table. Ячейки заполняются формулами довольно быстро, считается тоже. Те же рассчеты для 100 000 записей обрабатываются намного быстрее, чем простыми формулами для 25 000.

Shamanus,
Table это вот такая штука, которая появилась в 2007 екселе.
http://www.google.com/search?aq=0&oq=excel+2007+table&sourceid=chrome&ie=UTF-8&q=excel+2007+tables

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

Shamanusчитайте тут [/quot]

Это разные вещи, насколько я знаю.

Shamanus,

Использую и то и другое постоянно.

Data tables чаще всего применяю для sensitivity analysis.

С помощью tables удобно оформлять то, что должно быть как база данных (список товаров и т.п.). Потом у тебя есть named range к которому ты можешь обращаться как к базе (напр, формула =sum(list[amount]) выдает сумму поля amount для всех записей в таблице list). Очень удобно то, что когда нужно добавить какое-то количество строк в эту базу, то можно просто их вставить, они включатся в таблицу и автоматически включатся в формулы. Когда сложная модель, это довольно критично, так как пришлось бы перелопатить несколько десятков формул.

Я не очень много работал с 2003 екселем, и возможно чего-то не знаю из истории развития этих фич, но насколько мне сказали, эта фишка появилась в 2007.