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

Да, это там. Можно и ftp указать, к примеру.
Про плагины не помню, пользовался как-то раз, но в целом штатный механизм устраивает.

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

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

Dima TferzmikkЕсли я программирую на VB.Net, то этого достаточно будет исходя из перечисленных задач? Или лучше на C#? VB.Net в чем проигрывает по сравнению с C#?
Советую C# осваивать.
По большому счету разница C# и VB.Net в синтаксисе кода, т.к. в итоге ты будешь использовать классы .Net, а они одинаковы для обоих ЯП.
Судя по форуму про .Net на VB.Net мало кто пишет, как следствие тем кто про него спрашивает мало кто подсказать может. В основном все на C#.

Никаких проблем подсказать по VB.Net, зная C#, нет. Классы одинаковые, вопрос синтаксиса.
Проигрыша нет ни в чем, что больше нравится - дело вкуса. В документации MS все на обоих языках.
Но вот примеры в интернете, увы, в 90% случаев будут именно на С#.

dvimНа аспе поднимать процесс екселя и делать красивый файл с "рюшечками" на сервере - плохо.
На клиенте - норм.

Если не поднимать процесс, а пользоваться сторонними генераторами, то тоже норм)
Это не агитация, а так, справедливости ради )