Странное поведение DevExpress cxGrid при экспорте в Excel.

← →
BlackTiger (2003-02-07 23:49) [0]

При этом очень странное.

При сравнительно небольших объемах данных (8000 записей на 40 колонок) ничинаются чудеса. Во-первых, всё это дело эспортируется около 25 минут забирая на себя 64 мега оперативки и 99% CPU (машина у меня далекооооооо не слабая). Во-вторых, после таки окончания файлик (всего 6.5 мегов) НЕ ОТКРЫВАЕТСЯ (по крайней мере я не дождался) - Excel встает "колом" и всё.

Экспортирую в текстовый формат (убрав, предварительно, "косячек" с принудительной подменой расширения файла строго на txt) - всё отлично (примерно 30 секунд).

Где искать "тормоза", спрашивается?

Можно, конечно, использовать и текстовый формат, но интересно - что его так тормозит. Мизерные объемы экспортирует нормально, а по-больше - облом.

Насколько я понял они не используют OLE Automation, может странность в этом? Я в других своих разработках экспортировал через OLE данных и поболе в несколько раз - куда быстрее всё происходило (больше 5 минут - для меня уже слишком много).

← →
sniknik (2003-02-08 00:02) [1]

(больше 5 минут) это точно очень много, несколько секунд (ну разумеется ширина полей +-) на конвертацию полной таблици 65тыс. через Jet - ADO.

← →
vuk (2003-02-08 15:14) [2]

>Насколько я понял они не используют OLE Automation, может
>странность в этом?

Да, OLE Automation они не используют. Экспорт делается напрямую в файл формата Excel, причем, вроде бы, делают все возможное для того, чтобы сохранить внешний вид таблицы. Сейчас проверил, действительно тормозит. Памяти, правда, особо не отъедает. Честно говоря, не знаю, что там тормозит, никогда особо их экспортом в Excel не пользовался, у меня под это свои компоненты есть (тоже экспорт напрямую в формат Excel), проверял их примерно на том же объеме данных (9000 с копейками записей)- отработало где-то секунд за 15.

А что делалось оно кривовато - это точно. Оно и раньше так было.

Странное поведение DevExpress cxGrid при экспорте в Excel. Найти похожие ветки