Аналитик СУБД,

я на Access первую программу написал в 1994 году на версии 2.0 и под Windows 3.1. А последнюю месяц назад на версии 2010 (модуль для заказчика). Поверьте я знаю о чем говорю.

Про upsizing, Вы его сами пробовали делать (c Access, к примеру, на MS SQL, т.е. на наиболее родственный сервер) или просто так ляпнули? Я пробовал. В 80% случаев легче все заново написать.

>Вы не совсем понимаете о чем идет речь. Язык 1С еще беднее VBA, а там такие вещи делают.

Это Вы не свовсем понимаете о чем речь. Я имел в виду, разумеется, не голый VBA, а объектно-компонентную базу. Это во-первых. А во-вторых, речь идет не о том, что можно сделать в принципе, а где это сделать проще. Сляпать форму для себя, основанную на нескольких табличках на Access не сложно, а вот написать по требованию заказчика интерфейс, чтоб было "как он хочет" - нечто совсем другое. Access, как правило, предлагает ОЧЕНЬ стандартные решения, которые, как правило, никого не устраивают.

>вы точно студент, в нормальных странах основные расходы на разработку ПО - это труд программиста.

)) а вы работали в нормальных странах?)) Я например с 2000 года работаю в Германии, а Вы где?))
Но замечание совершенно верное! Именно потому, что "в нормальных странах основные расходы на разработку ПО - это труд программиста", нормальный менеджер никогда не выберет средство ПО так плохо масштабируемое как Access. Ибо знает, что потом прийдется потратить сотни чел.часов на переделку.

>импорт данных для Excel есть не только в Access, но и в том же MS SQL Express
>>сможет ли рядовой пользователь воспользоваться этими возможностями?
Графический интерфейс импорта данных для Excel в MS SQL организован не сложнее, чем в Access.

>Reporting Services - та же отчетность, что и в Access, только у MS SQL Express и с большей функцональностью
>>сможет ли рядовой пользователь воспользоваться этими возможностями?

А Вы его видели? Вы знаете, что Reporting Services произошел от Отчетов в Access и интерфейс там очень похожий, только возможностей на порядок больше (особенно в 2008R2)

Ваша проблема в том, что Вы, вероятно, в глаза не видели современный SQL Server.

прохожий 1<...> Установку и администрирование sql никто не отменял - это лишние и ненужные проблемы

Это гениально!))))))))) перевел народу - ржал весь офис....

Аналитик СУБД

>видел готовую систему на Java. там логика проведения документа на 6 страниц для изменения >которой нужно прийдется потратить сотни чел.часов специалистов, которых и так крайне мало.

ну да, один сел на Мерседес и сломал его (включил заднюю на автобане), теперь все будем ездить на калинах - они надежнее)).

>>П.С. вы советуете человеку стрелять из пушки по воробьям

Когда ж Вы поймете: SQL Express - это не пушка)) Это как раз и является ПРОСТЫМ решением для мелких контор и легких задач. Разница между ним и Access, не в сожности освоения, а в том что в нем изначально заложен функционал, дающий в будушем возможность к расширению. А в Access большинство проектов через несколько месяцев, год, макс. два, обваливаются под собственной тяжестью и их судорожно начинаю переписывать (чеще всего с нуля).

Если человек не в состояние реализовать задачу на SQL Express + VB или С#, то почему Вы думаете, что он сможет реализовать ее на Access (с тем же VB/VBA)?