SQL2008Хотелось бы взглянуть на человека, способного анализировать данные по 6000 полей.6000 записей в таблице тоже неудобно пролистывать, но в БД иногда встречается и больше :-)
Скорее, этот эксельный лист никто никогда не читал, он используется как источник данных для расчётов.

Конечно, можно сказать, "переносите всё в оракл/сиквел/етц":SQL2008Стоит один раз не послать нахрен типа, сказавшего "А вот хочу, чтобы видеть одновременно ...сот полей!" как болезнь начинает прогрессировать.Но компания хочет использовать эти активы, и не понимает, сколько денег она получит за переписывание эксельной базы, например, на сиквел и веб-приложение.

Соответственно, услышав "послать нахрен", они могут найти другого подрядчика, который просто хочет денег, а не "учить", и выполнит этот простенький заказ без посылания клиента.

Я тоже делал такие выгрузки для клиента, сотни полей, миллионы строк, и некие расчёты (по множеству связанных эксельных файлов). Платят деньги - выгружаю, не отказываюсь. Переписывать за стоимость выгрузки не подряжаюсь.

SQL2008vahне, там фишка в том, что этот Excel потом загружается в какую-то систему, которая анализирует это
Хорошо, но зачем в Excel-то??? Есть много гораздо более удобных и компактных форматов.
Заканчивая тем, что не использовать Excel как промежуточное звено.
Почему нельзя сразу передать данные?Потому что эти файлы - результат нескольких лет работы специалистов, наваявших эти расчёты.
Не было у них других инструментов.
Они забивали данные руками, потом стали выгружать из каких то источников.
XML ещё не существовало, когда они это делали.

SQL2008Насчет "послать нахрен" имелось в виду мягко уговорить клиента, что это неразумно выгружать так много полей в Excel.Не, ну это понятно, если выбор делается при специалисте, то его долг - сказать, как правильно.
Но обычно 6000 полей выгружают, потому что уже так работает...
SQL2008Это я к тому, что традиция традицией, но если есть возможность, то почему не улучшить систему?Согласен, но не всегда составные части бизнес-процессов функционируют в одном проекте, подразделении, иногда даже это разные компании. И поменять становится непросто.
Опять же, я говорил об "активах" - бизнес вполне обоснованно спросит: "сколько нам за это будет баксов, если мы поменяем систему расчётов на Эксельных файлах на более современную?"
И нужно суметь ответить на этот вопрос, назвать цифру, и обосновать. А если вы ответите "ну надо заменить потому что это безобразие", то такой ответ может не сработать.
Владислав Колосовнаилучшим будет написать на VBA программу выгрузки.Так у них сейчас так и делается, но это не устраивает, потому что медленно работает.

Владислав Колосовalexeyvg,

в таком случае я не понял - о каких циклах говорилось. Можно циклы гонять по строкам, а можно и по 100-200 столбцов за раз.Ну, это я не знаю, про детали реализации.
Наверняка можно оптимизировать, всё можно оптимизировать :-)

Вообще, есть же готовый клиент, для выгрузки в эксель - SSIS.
Может, он будет быстро это делать.

Или, как вариант, рассмотреть прямое формирование файла эксель (помня, что этот файл - обычный xml, и есть готовые решения такого рода).
Это точно будет самым быстрым вариантом, но писать и поддерживать такое, конечно, сложно, и выгружать напрямую следует только при требованиях экстремальной производительности, типа, 1 файл на 1 Гб каждую минуту.