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

Начинаю изучать среду разработки Visual Studio, а также языки программирования C++ и C#. Знаю VBA для Excel.

Если я к примеру решил создать некую форму, которая имеет определенный интерфейс, меню, кнопки, функциональность, подключение к базе данных, запуск SQL, вывод результата запроса, вывод разных таблицы, диаграммы, сводной диаграммы и т. д. В Visual Studio могу выбрать язык программирования: Visual Basic, C++ или C#.

Каковы особенности, преимущества и ограничения, если я буду писать на Visual Basic, C++ или C#?

skyANAP.S.: а почему Вы кстати F# не рассматриваете?
Я даже не знаю особенности этого языка, в чем преимущества по сравнению с другими языками, подойдет или не подойдет.

ЕвгенийВно и порог вхождения выше.
Что за порог?

Игры пока не собираюсь писать. Тут надо командно работать. Идею не придумал еще.

Акцент сделать на аналитику. Отчеты сложные. Пишу сложные макросы в excel на VBA. Если файл с макросом доработал, то нужно пользоваться доработанным файлом, а предыдущий удалять (учитывая что файлы с макросом отправляются определенным пользователям и открывали только последние версии). Чтобы не приходилось каждый раз формировать excel-файл и отправялть по почте, а сами пользователи открыли тот софт и сформировали то, что им нужно. Хотелось бы небольшой удобный софт для аналитики, пусть в меню есть кнопки. Каждая кнопка отображает данные или формирует excel. Чтобы процесс выгружал несколько таблиц с OLAP через MDX-запрос (эти таблицы как промежуточные), потом возможность запускать локальные SQL-запрос к этим полученным таблицам (не ODBC-технология, как так там ограничение 2 гигабайта и SQL 97 года), отображает результат на табличных формах на разных вкладках как в excel, оформление строк, фильтр, возможность создавать excel-файлы с исходными данными, сводными таблицами, диаграммами, события, оформление. А также возможность заносить данные в определенную базу данных (не основную).

Наверно возникнет мысль, а зачем изобретать велосипед, если есть такие программы как 1С, Axapta с готовыми определенными конфигурациями. Есть мысль создать удобный маленький специализированный софт как и для аналитиков, так и для конечных пользователей. Дополнительно (для аналитиков) обрабатывает данные перед выводом. С удобным и понятным интерфейсом. Отображает результат так как надо.

По поводу SQL. Наверно будет не совсем понятно и не логично зачем запускать локальный SQL-запрос к разным таблицам, полученные с помощью MDX-запросов из OLAP, если можно выгружать непосредственно через SQL. Дело в том, что не разрешают использовать SQL к серверу, это сильно влияет на производительность. Если нужно какое то поле добавить в OLAP, то нужно делать запрос. Делаю запросы - поля добавляют. Лишние поля тоже добавлять не надо. И каждое поле имеет свою конечную логику. Но на самом деле, как указал, отчеты сложные. К каким то полям со временем изменяют логику и нужно переписывать в локальном SQL. Также невозможно получить нужную сводную таблицу, подключенную к OLAP. MDX не соединяет таблицы, там другая логика. И одним MDX-запросом не получить нужную конечную таблицу. SQL это реляционные таблицы, а MDX- это многомерные таблицы. И приходится запускать не простые локальные SQL к полученным таблицам из OLAP. И в итоге получить нужную конечную таблицу.

Vladimir BaskakovКак язык можно и Python (IronPython) и Ruby (тоже железное)
Чем Python отличается от IronPython? В чем особенность, преимущества Ruby?