На предприятие задача - создать базу данных абонентов. База получается не малая - порядка миллиона записей, около ста полей. Данные в базу будут вводить 10-15 операторов из офисов, соединенных с центром через интернет (каналы налажены и защищены).
На это самое предприятие есть люди, которые могут сделать эту базу - описать ее, предусматрывая все процессы на все случаи жизни, сделать саму базу, написать любие отчеты, которые могут понадобиться - но все на аксессе. А определенные круги настаивают заказать базу сторонным фирмам, которые сделают ее на ххSQL или Oracle. 

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

Интересно мнение специалистов:

1. Чем лучше база, сделанная средствами ххSQL или Oracle, и может ли способ создания базы отразиться на качество (функциональность) получаемых отчетов?
2. Нелзя ли базу, созданную и "проработавшую" в Access некоторое время, использовать потом (когда/если настанет лучшая жизнь) в этих средах (экспортировать, конвертировать или как это делается)?

Если база на Access-е вас полностью устраивает, то используйте ее. Другое дело что у Access есть серьезные ограничения по конкурентному доступу к нему. Плюс устойчивость к сбоям у Access гораздо ниже чем у Oracle.
Я бы на вашем месте более четко сформулировал задачу:
- база одна на все филиалы, или в каждом филиале своя и проводится репликация
- сколько человек будет одновременно работать с базой (максимум и типичная нагрузка)
- структура таблиц, и количество данных, как быстро таблицы будут расти
- на чем будете писать клиентское приложение
и на основе этого уже будет проще выбрать СУБД.


Можно, но это потребует переработки клиентского приложения. Можно заранее озаботиться этим вопросом, так чтобы переработка была минимальной.

maxo127, 
Самое надежное и простое решение - найти знакомого программиста в своих окрестностях, который серьезно работал с СУБД. Есть достаточно небольшое количество вопросов, по которым можно определить эту серьезность. Он сможет из ваших требований сформулировать ТЗ. И может даже перекрутит структуру в правильную сторону. Поскольку как только я слышу про таблицу из 100 полей, я сразу подозреваю, что со структурой базы что-то не то. Как правило так и оказывается.


Боюсь что они этого не могут. Почему - см. выше и ниже.

За год-два, не меньше. Потому что умение что-то делать в Access и грамотная разработка БД - две большие разницы. Да и опыт - штука приходящая со временем .


Не советую. Не надо начинать в аксесс. Это только замедлит разработку.
Access - настольная СУБД. Для 1-3 человек за соседними компами. Это не сервер БД. А вам нужен именно сервер. Коротко недостатки:
- ненадежен (нет транзакций/журналирования/бэкапа-восстановления). В один "прекрасный" день база просто грохнется и привет.
- невозможна многопользовательская работа напрямую. Почему - см. тут
- не способен работать с большими объемами.
Вообще см. Какую базу данных выбрать?, Самый краткий FAQ! Поможет.


Сервера есть сервера. Это - возможность (при грамотной разработке) получить надежное решение. Access этого не даст. А отчеты можно и в Access продолжать строгать, используя его как клиента. И куча других способов есть получить отчеты.


Представь, что начал работать с dbf-ками. А потом перетаскиваешь в access. Примерно аналогично.
Не стоит начинать работать с не подходящим задаче инструментом. А импорт из Access - ну если не в 1, то в 2 этапа делается. Например вначале втягиваем в MS SQL, оттуда ErWin/Sybase PowerDesigner - перекинут в тот же Oracle или кучу других. И LSD верно отметил о клиенте.