Здравствуйте!

На практике приходилось писать не мало сложных макросов на VBA через excel, которые формируют разные отчеты. Особенности:

1. Начиная с выгрузки данных с OLAP, обработки заголовков, дополнительной обработки данных, создание отдельных excel файлов, вставка вкладок, вставка таблиц и диаграмм, соответствующее оформление. Со временем часто дорабатывались эти макросы.

2. Сформированные файлы-отчеты рассылались по соответственному городу, каждый город в какие то колонки нужно ввести значения или выбрать значение из списка, потом получить обратно заполненные, сделать свод, провести некую обработку и получить некие обработанные таблицы. Какие то excel-файлы синхронизировались с другими excel-файлами. Есть риски, что файлы могут не синхронизироваться.

3. Если произошла доработка макроса, то пользователям отсылается доработанный файл.

4. При этом появляется необходимость иметь отдельные небольшие базы данных для хранения дополнительных справочников, сопоставлении, темповых таблиц, чем все хранить на отдельных excel-листах как справочные таблицы.

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

Решение вижу такое - написать программку на VB.Net или С# как виндоус форма через Visual Studio. Пока экспериментирую с VB.Net. Открывается форма как меню, там размещены разные вкладки, кнопки, и каждая кнопка формирует свой отчет, есть кнопки по введению данных в дополнительные справочные таблицы. Эта программка будет устанавливаться каждому пользователю. Програмка имеет подключение не только к OLAP, но и к небольшой базе данных либо Microsoft Access, либо Microsoft Server (если разрешат).

Эта программка типа маленькой 1С или Axapta, но она специализированная под конкретную аналитику с небольшими бизнес процессами. Ничего лишнего. У нас есть Axapta, но работает с OLTP. А тут программка выгружает сразу из OLAP и сразу формирует нужные отчеты. С возможностью постоянной доработки.

1. Хотелось бы узнать Ваше мнение по данному решению. Что нужно учесть, какие подводные камни есть, у кого какой подобный опыт был и решал подобную проблему. Насколько эффективно выбрано данное решение?

2. Потом эта программка будет постоянно дорабатываться. Добавляться новые кнопки, дорабатываться какие то процедуры, изменения в структуре базе данных. Тут важно чтобы после изменения установленная программа у пользователей сама обновлялась. Или сделать подобное как у 1С у пользователей стоит как тонкий клиент и ему ничего переустанавливать не надо. Что тут надо учесть? Как тут надо правильно дорабатывать и обновлять так, чтобы без ущерба все было?

skyANAferzmikk,

кто такие пользователи? сколько их? где сидят?
В зависимости от того, что за отчет.

Для начала следует учесть, что есть excel-ий файл с макросом (далее буду называть инструмент ). И этот инструмент формирует отдельный excel-ий файл (далее - отчет ).

Возьму три отчета.

Для первого отчета . 6 пользователей, у которых инструмент. Они в разных городах. Это менеджеры. С помощью инструмента обновляют исходники, формируют отчеты и рассылают определенным пользователям. Формируется почти ежедневно. У отчета около 100 пользователей. Просто читают отчет. Сидят в разных городах. Это директора подразделении, начальники отдела продаж, супервайзеры.

Для второго отчета . 1 пользователь, у которых инструмент. Это аналитик. Формирует раз в месяц. 50 пользователей отчета. Читают отчет + заполняют данные в отдельных колонках, потом присылают обратно. Также в разных городах. Директора подразделении, начальники.

Для третьего отчета. 1 пользователь, у которых инструмент. Это другой аналитик. Формирует раз в месяц. 30 пользователей отчета. Для заполнения данных и обратно присылают. Также в разных городах. Директора.

Roman Mejtesможно вместо Access и MSSQL (который кстати говоря платные) использовать SQL-Lite, SQL там вполне себе обычный.SQL-Lite - как вариант. Я думал, что SQL-Lite используется только для разработки мобильных приложении. Если использовать SQL-Lite, то какие там минусы, ограничения? Вот например SQL у Access 1997 года, сильно ограниченный по возможностям по сравнению с Microsoft SQL Server: отсутствие темповых таблиц, отсутствуют функции нумерации строк, кросс и т. д. Очень много с ограничениями столкнулся с ODBC. Я правильно понимаю, они бывают и бесплатные, и платные?

То, что вы описали можно сделать в качестве Excel Addin'а, который будет встраиваться в Ribbon Excel'я, иметь свои панели и прочее. Это более трудозатратно, но будет более осмысленно, как по мне. Так как отчеты у Вас всё равно формируются в Excel. Сам плагин можно рассылать и устанавливать как обычную программу (набор DLL файлов). Есть необходимость сделать более удобный и интуитивно понятный интерфейс, наличие кнопок, которые фомируют excel-файлы, работать с дополнительными справочными таблицами (не с боевой базой данных). Возможность делать отметки как в 1С типа "Провести" и потом отсылается на электронную почту типа как задача. Все таки VB.Net мощнее чем VBA.

Понимаешь, что надо делать более серьезный единый инструмент.

skyANAО каком ущербе речь?
Я про обновление приложения. В случае какой то доработки для одного отчета - не поломалось на формирование другого отчета. Например, в общей форме есть процедура, которая может вызываться для формирования разных отчетов. Со временем эту процедуру доработал, например, добавил проверку, добавил аргумент и т. д. Что потом первый отчет нормально формируется, а второй отчет - появляется ошибка.

dvimиспользовать другую базу при ваших объемов и стеке .Net/Excel не советую.Почему?
Вопрос обновления решается по-разному.
Все зависит от количества пользователей и сложности задачи.

Простейший вариант на "до 10" пользователей - банальный запуск программы с 1 сетевой папки. Работает и не требует никаких телодвижений.Не хотелось лишний раз раздавать файлы с макросом. Легко скопировать, код защитить полностью не получится.
Второй вариант - запуск через программу обновления. Она проверяет в сетевой папке новые файлы и библиотеке и копирует их.Только как это программа обновления выглядит?
Третий - полноценный софт для обновления и/или использование MSI Вот такой вариант мне больше нравится.
Судя по вашим планам, я бы начал сначала с первого.

AddxБерешь бесплатную VS, бесплатный MS SQL Express, VB.NET.
В VS есть штатный механизм деплоймента с поддержкой версионного обновления.
Хотя не помню, есть ли он в бесплатной версииТам есть пункт "Приложение следит за обновлениями, расположенными в следующем месте:", если это то, но в любом случае есть сторонние плагины.Для примера какие это плагины?
Ничего изобретать не надо, все просто.
Вопрос только доступа, как вариант VPN.

Ну, а так выбор средств огромный, если есть желание (и необходимость) потом расширять это чудо, то можно подумать заранее.
Например, у MS SQL Express есть ограничения по размеру, а платный очень недешевый.По размеру понятно, а функции (ROW_NUMBER, RANK, PIVOT, EOMONTH и т. д. плюс темповые таблицы как переменные) все работают как у полноценного MS SQL?
Может тогда выбрать другую СУБД? И т.д.Если Вы имеете в виду основную СУБД, то поменять уже никак. Если только говорить о дополнительной СУБД, то рассматриваю варианты.

schiOracle надо ставить. XE бесплатный, его возможностей за глаза хватает для подобного рода поделий.Какие есть ограничения, если сравнивать с MS SQL Express? Ограничения с темповыми таблицами?

Если я программирую на VB.Net, то этого достаточно будет исходя из перечисленных задач? Или лучше на C#? VB.Net в чем проигрывает по сравнению с C#?

Dima TСудя по форуму про .Net на VB.Net мало кто пишет, как следствие тем кто про него спрашивает мало кто подсказать может. В основном все на C#.Учитывая такой момент, что создаваемый софт будет создавать не мало excel-их файлов со множественными вкладками, вставка ListObjects, Chart, PivotTable, PivotChart, события, оформление, защита. Раньше на VBA через excel программировал. Важно чтобы C# все это смог потянуть.

А VBA и VB.Net они похожи. Следовательно можно еще ссылаться по форуму про Microsoft Office и по форуму про Visual Basic .