Аналитик СУБД
...считать Access файл-серверной СУБД, как минимум недальновидно. Тем более. что продукту уже цать лет.

Учите мат часть.

П.С. Access - идеальный выбор.

И что изменинлось от того, что продукту "цать лет"?? что теперь Access не файл-серверная СУБД?)) А какая? Может клиент-серверная?)))
Учите мат часть.

Аналитик СУБДAnastaПрограмму я планирую писать на Дельфи.
Может, Access пока подойдет?

уберите Делфи.

в Access есть все "из-коробки" для

1) импорта данных из Excel
2) отчетности
3) нормальные формы
4) нормальный язык

Наверное Делфи не лучший выбор, хотя локально на территории совка вполне себе функционален.
По поводу 4 пунктов, я вас, наверное удивлю, но
1) импорт данных для Excel есть не только в Access, но и в том же MS SQL Express
2) Reporting Services - та же отчетность, что и в Access, только у MS SQL Express и с большей функцональностью
3) Берем любой язык, хоть Яву хоть С#, хоть тот же Делфи и получаем на порядок выше функционал, чем в атсосовском VBA.
4) Нормальный язык чего??? атсосовский SQL кастрирован, атсосовский VBA с тем же Дельфи рядом не стоит (хоть я и не поклонник Делфи)

При этом не забываем: Access в нормальном, правовом государстве стоит денег!!! (пусть и небольших) А связка MS SQL Express + Java (или C#, правда без студии) - бесплатна.
Про хранимые процедуры и функционал SQL Serverа, включающий возможность бекапа, политики безопасности, нормального сетевого доступа и мощности не сравнимой с Access , я уже и не говорю...

OptiX,

да какая хрен разница. Да, десктопная, что это меняет? Принцип использования в сети - только на файл-сервере. Можно сколько угодно придираться к словам, только SQL-сервером Access от этого не станет.

OptiX,

в этом случае согласен (хотя у автора написано " Пока 1-2 пользователя"), но только со 100% уверенностью, что через определенное время начальству не захочиться усложнить систему. Да и функционал сложнее записной книжки я на Access реализовывать бы не стал.

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

я на 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)?