Вопрос знатокам интеграции VB или VBA и Excel

@][Neo · Регистрация: 16.02.2010

Студворк — интернет-сервис помощи студентам

Вообщем предисловие:
Есть огромное количество Файлов екселя, их количество равняется количесту фирм, около 40-45, в каждой книге порядка 50 листов на 1500-1700 строк...

Стоит задача эти файлы консолидировать причем не все, а каждый раз нужно консолидировать определенный набор файлов и определнный набор столбцов из каждого листа, и определнный набор листов...

Есть один '+' все файлы имеют одинаковую или почти одинаковую структуру...

Руками это делать устал... дни и ночи...

Огромная просьба... подскажите как это автоматизировать может через VB или VBA

И вообще будет ли автоматизация через средсва VBA.VB эффективной или рациональной...

ЗЫ: Ко времени обработки некаких требований нет, хоть день, хоть три... не важно... важен результат...

Помогите пожалуйста!!! Посоветуйте, что делать... Если есть какие-то примеры, то линки плиз...

@maga2 · 05.03.2011, 17:07

Если тут особых требований нет, я бы загнал все данные в БД, и когда нужно, использовал бы необходимые запросы, результат которых загонял бы в Excel. Ну а если при этом запросы достаточно стандартные и регулярные можно это оформить в виде небольшого 'менеджера отчетов' или типа того.

05.03.2011, 18:35

Могу сказать одно: хотя всё это несложно сделать на VB6 (с OLE-управлением Экселем), рекомендую делать полностью на Excel VBA - например, в виде XLA-надстройки. Быстрее будет - однозначно! Это не домыслы: это горький опыт

) сделал некислый проект на VB6 - с CreateObject('Excel.Application') и т.д. - но end-user'ы были очень недовольны скоростью... переделал на VBA - выигрыш в скорости оказался несомненным!

05.03.2011, 21:13

А много таких вещей делал на VBA. Создаешь Exel-ишный файл и в него встраваешь программу сбора и объединения. Могу прислать шаблон примера. Можно и на VBScript-е. Много способов в общем. А вот закачивать в базу не советую - лишние затраты...

@igor_c · 06.03.2011, 09:48

Затраты при закачивании в БД из однотипных файлов стремятся к нулю, зато после этого выгоды использования полноценного SQL неоспоримы.

@Konst_one · 06.03.2011, 11:06

полностью поддерживаю - надо перекачивать в базу и работать нормально

07.03.2011, 23:07

У меня ситуация была такая: сбор данных от 2-х десятков абонентов; в каждой книге - 5-10 листов; на каждом листе 1.5-2 сотни ячеек с данными. Задача: сложить все 'ячейка к ячейке'. Делаю на чистом VBA - быстро и эффективно. И кроме Excel ничего не нужно. Если структура входных книг меняется - доработка занимает 0.5 часа. СУБД (даже простейшая) по сути не нужна. Вот если ежедневно обрабатывать сотни файлов, да еще хранить все данные - то конечно.

08.03.2011, 12:51

Comanche прав, лучше все через надстройку делать..
Я щас к примеру, веду учет который создан несколько лет назад в Excel (не мной), Надеюсь вы поймете ,то такое учет нескольких торговых точек в Excel...(Полностью весь учет!) Я тут всего месяц. но меня уже тошнит от Excel. Тока макросы и спасают. А чтоб все это переделать надо не меньше пары тройки месяцев беспрерывной работы.(чтоб в БД перенести на сервер, и еще и прогу написать ). а главное чтоб Шеф заплатил за это.

@Konst_one · 08.03.2011, 14:09

тогда ты просто попал 'канткретно'

08.03.2011, 15:22

2Сумрак:
если хочешь, могу помочь советами - как-никак 10 лет в автоматизации торговли сижу

(

09.03.2011, 16:07

2 Comanche
СПС болшое
Я уже накатал половину проги, чтоб закончить свое мучение. Просто Шеф тока c Excel работал на компе и хочет чтоб все было в его привычной среде.Общий Учет на Excel - это геморой для тех, кто эту бредятину обслуживает. Тут тока макросов на несколько программ(кода) хватит. И мне свои приходится писать чтоб хоть както сгладить неприятное ощущение от программы. Лана справимся :-)

09.03.2011, 16:11

2 Comanche
я лет 6 для торговли проги пишу на VB и VBA, но если меня не устраивает текущаяя, я заменяю ее на свою...
К стати я щас пишу прогу универсальную. для простого складского учета, и торгового (простого) для общего распространения. Если что можем вместе это дело организовать... это для зароботка(дополнительный доход так сказать). :-)

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Desktop (MinGW): Рисуем цветные прямоугольники с помощью рисовальщика SDL3 на Си и C++ 8Observer8 17.03.2026 Содержание блога Финальные проекты на Си и на C++: finish-rectangles-sdl3-c. zip finish-rectangles-sdl3-cpp. zip	Символические и жёсткие ссылки в Linux. algri14 15.03.2026 Существует два типа ссылок — символические и жёсткие. Ссылка в Linux — это запись в каталоге, которая может указывать либо на inode «файла-ИСТОЧНИКА», тогда это будет «жёсткая ссылка» (hard link),. . .	[Owen Logic] Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ФедосеевПавел 14.03.2026 Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ВВЕДЕНИЕ Выполняя задание на управление насосной группой заполнения резервуара,. . .	делаю науч статью по влиянию грибов на сукцессию anaschu 13.03.2026 прикрепляю статью
SDL3 для Desktop (MinGW): Создаём пустое окно с нуля для 2D-графики на SDL3, Си и C++ 8Observer8 10.03.2026 Содержание блога Финальные проекты на Си и на C++: hello-sdl3-c. zip hello-sdl3-cpp. zip Результат:	Установка CMake и MinGW 13.1 для сборки С и C++ приложений из консоли и из Qt Creator в EXE 8Observer8 10.03.2026 Содержание блога MinGW - это коллекция инструментов для сборки приложений в EXE. CMake - это система сборки приложений. Здесь описаны базовые шаги для старта программирования с помощью CMake и. . .	Как дизайн сайта влияет на конверсию: 7 решений, которые реально повышают заявки Neotwalker 08.03.2026 Многие до сих пор воспринимают дизайн сайта как “красивую оболочку”. На практике всё иначе: дизайн напрямую влияет на то, оставит человек заявку или уйдёт через несколько секунд. Даже если у вас. . .	Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .

@][Neo 0 / 0 / 0 Регистрация: 16.02.2010 Сообщений: 20

	Вопрос знатокам интеграции VB или VBA и Excel 04.03.2011, 16:12. Показов 1698. Ответов 11 Метки нет (Все метки) Вообщем предисловие: Есть огромное количество Файлов екселя, их количество равняется количесту фирм, около 40-45, в каждой книге порядка 50 листов на 1500-1700 строк... Стоит задача эти файлы консолидировать причем не все, а каждый раз нужно консолидировать определенный набор файлов и определнный набор столбцов из каждого листа, и определнный набор листов... Есть один '+' все файлы имеют одинаковую или почти одинаковую структуру... Руками это делать устал... дни и ночи... Огромная просьба... подскажите как это автоматизировать может через VB или VBA И вообще будет ли автоматизация через средсва VBA.VB эффективной или рациональной... ЗЫ: Ко времени обработки некаких требований нет, хоть день, хоть три... не важно... важен результат... Помогите пожалуйста!!! Посоветуйте, что делать... Если есть какие-то примеры, то линки плиз... 0

@maga2 3 / 3 / 0 Регистрация: 12.07.2010 Сообщений: 128
	05.03.2011, 17:07
	Если тут особых требований нет, я бы загнал все данные в БД, и когда нужно, использовал бы необходимые запросы, результат которых загонял бы в Excel. Ну а если при этом запросы достаточно стандартные и регулярные можно это оформить в виде небольшого 'менеджера отчетов' или типа того. 0

Comanche
	05.03.2011, 18:35
	Могу сказать одно: хотя всё это несложно сделать на VB6 (с OLE-управлением Экселем), рекомендую делать полностью на Excel VBA - например, в виде XLA-надстройки. Быстрее будет - однозначно! Это не домыслы: это горький опыт ) сделал некислый проект на VB6 - с CreateObject('Excel.Application') и т.д. - но end-user'ы были очень недовольны скоростью... переделал на VBA - выигрыш в скорости оказался несомненным!

CatsTail
	05.03.2011, 21:13
	А много таких вещей делал на VBA. Создаешь Exel-ишный файл и в него встраваешь программу сбора и объединения. Могу прислать шаблон примера. Можно и на VBScript-е. Много способов в общем. А вот закачивать в базу не советую - лишние затраты...

@igor_c 0 / 0 / 0 Регистрация: 04.03.2008 Сообщений: 250
	06.03.2011, 09:48
	Затраты при закачивании в БД из однотипных файлов стремятся к нулю, зато после этого выгоды использования полноценного SQL неоспоримы. 0

@Konst_one 2 / 2 / 1 Регистрация: 19.07.2007 Сообщений: 737
	06.03.2011, 11:06
	полностью поддерживаю - надо перекачивать в базу и работать нормально 0

CatsTail
	07.03.2011, 23:07
	У меня ситуация была такая: сбор данных от 2-х десятков абонентов; в каждой книге - 5-10 листов; на каждом листе 1.5-2 сотни ячеек с данными. Задача: сложить все 'ячейка к ячейке'. Делаю на чистом VBA - быстро и эффективно. И кроме Excel ничего не нужно. Если структура входных книг меняется - доработка занимает 0.5 часа. СУБД (даже простейшая) по сути не нужна. Вот если ежедневно обрабатывать сотни файлов, да еще хранить все данные - то конечно.

Сумрак
	08.03.2011, 12:51
	Comanche прав, лучше все через надстройку делать.. Я щас к примеру, веду учет который создан несколько лет назад в Excel (не мной), Надеюсь вы поймете ,то такое учет нескольких торговых точек в Excel...(Полностью весь учет!) Я тут всего месяц. но меня уже тошнит от Excel. Тока макросы и спасают. А чтоб все это переделать надо не меньше пары тройки месяцев беспрерывной работы.(чтоб в БД перенести на сервер, и еще и прогу написать ). а главное чтоб Шеф заплатил за это.

@Konst_one 2 / 2 / 1 Регистрация: 19.07.2007 Сообщений: 737
	08.03.2011, 14:09
	тогда ты просто попал 'канткретно' 0

Comanche
	08.03.2011, 15:22
	2Сумрак: если хочешь, могу помочь советами - как-никак 10 лет в автоматизации торговли сижу (

Сумрак
	09.03.2011, 16:07
	2 Comanche СПС болшое Я уже накатал половину проги, чтоб закончить свое мучение. Просто Шеф тока c Excel работал на компе и хочет чтоб все было в его привычной среде.Общий Учет на Excel - это геморой для тех, кто эту бредятину обслуживает. Тут тока макросов на несколько программ(кода) хватит. И мне свои приходится писать чтоб хоть както сгладить неприятное ощущение от программы. Лана справимся :-)

Сумрак
	09.03.2011, 16:11
	2 Comanche я лет 6 для торговли проги пишу на VB и VBA, но если меня не устраивает текущаяя, я заменяю ее на свою... К стати я щас пишу прогу универсальную. для простого складского учета, и торгового (простого) для общего распространения. Если что можем вместе это дело организовать... это для зароботка(дополнительный доход так сказать). :-)