Дано:
Гос. предприятие (академия повышения квалификации)
Требования начальства на данный момент - упорядоченное ведение данных о клиентах с возможностью выборки по разным параметрам, дальше процитирую: "Чтобы можно было печатать конверты с данными клиентов, извлекая из базы, а не набивая руками..." (На данный момент вся информация хранится в вордовских и экселевских файлах...)
Программистов в предприятии НЕТ! Есть пара сисадминов и вебмастер. Остальной состав конторы - преподаватели, организаторы, бухгалтерия и кадровики... Как вывод, точной технической задачи мне дать не могут.
Мой взгляд в будущее - как только они получат то, что хотят на данный момент, захотят еще чего-нибудь.

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

З.Ы. Простите, мудрые программисты, если этот вопрос покажется глупым, но это мой первый опыт работы (я еще студентка и реальную работу ручками до сих пор не щупала)...

Самый простой вариант, для развития базы это начать с Access. 
Плюсы: много wizards для создания форм, таблиц, query и .тд.
В будующем, легко преводится под MSSQL.
Минус: (или плюс, смотря с каой стороны смотреть) Access это файловая база данных, для работы в сети требуется положить файл в расшареную папку.

litle_bee, как я понимаю, в госпредприятии вопрос об использовании лицензионного ПО стоит. да? Тогда стоит посмотреть в сторону бесплатных СУБД(посмотри обзор в прикрепленной теме в этом же разделе). Что касается сетевого доступа, то лучше сразу браться за то, что разработано для работы с клиентами по сети.

Ну как тебе сказать...  зависит от того что за контора  

Хотя если есть необходимость интеграции с MS Office ("Чтобы можно было печатать конверты с данными клиентов, извлекая из базы, а не набивая руками..."), то самое оптимальное - это действительно Access.

или MSSQL

Я тоже за Access - если использовать не встроенный DAO, а ADO, то перевести на MS SQL будет в последствии совсем не сложно + можно при переходе будет оставить все формы - просто использовать файлы adp (всё как в обычном аксесс, но данные лежат в MS SQL - соответственно нормальная скорость работы, поддерживает многопользовательскую работу по сети - на личном опыте пробовала до 50 одновременных активных подключений, а для гос. организации больше наверное и не надо).

MySQL или PostgreSQL

Всем любителям Accessa:
Вы что? Это поделие предназначено для небольших по размерам баз ЛИЧНОГО пользования. Можно конечно к нему прикрутить 3-5 юзеров, но лучше ну его. Поскольку транзакций как таковых нет и база в любой момент может просто грохнуться напрочь. 
Удобство визардов - можно забыть, поскольку громоздить на клиентов Access только чтобы юзать базу на другой машине - это даже не смешно. А клиенты обязательно появятся, иначе нет и смысла заводить базу. 
Короче Access хорош как учебная база, но потом все равно переучиваться придется. Дешевле уж тогда сразу из Офиса MSDE (младшего брата MS SQL) поставить. Но и это не очень хорошо - инструментов нет.
Соответственно наиболее правильно выбрать что-либо из MySQL/PostgreSQL/FireBird. Они и бесплатны, и вполне надежны. Лично я на похожую задачку (очередь инвалидов, ветеранов и т.п. на транспорт, около 2000 чел. на сегодня + 1000 в архиве) в свое время выбрал MySQL + ADO + Delphi, поскольку MySQL уже стоял на серваке. И почти с нуля практических знаний о MySQL за месяц все слепил, а потом в качестве проверки за 2 дня перетащил на MS SQL и попробовал еще на нем. Получилось забавно - в зависимости от того, какой udl-файл подсунешь, клиент работает либо с одним, либо с другим сервером. Потом пришлось думать - на чем боевую базу оставить . Оставил на MySQL.

LSD, 

По-моему как раз для конвертов офис не нужен - чтобы не было соблазна ручками подправлять надписи для конверта, а приходилось исправлять первичные данные - в базе.

не вяжется 
имхо всетаки для начала аксесс , а потом на что то более мощное
PS а аксес хорош имхо, т.к. будет кучу пересылок данных из экселя и ворда, имхо аксесс как раз на это и расчитан

SergeBS, 
Я довольно плотно уже 3 года работаю с MS SQL Server 2000, доводилось разрабатывать и небольшую CRM-систему, и распределённую базу по регионам страны - в общем, знаю базы данных не по наслышке.
НО
Когда год назад передо мной стала задача разработать простейший курсач в универе с использованием MySQL, я мучалась с ним 2 недели и в результате напарила чёрти что.
Причина - отсутствие интуитивного интерфейса. Любой инсерт, апдейт, альтер - будь любезна из командной строки. Я-то написать его могу, и писала собственно, но как можно новичку, который плавает в этих вещах, начать с нуля - понимаю слабо.
К чему собственно всё это
У меня просьба
Подскажите, с какой стороны подходить к вот таким вот СУБД а-ля MySQL, PostgreSQL и т.д.
Они кажутся безумно трудозатратными по сравнению с MS SQL Server!!!

Думаю, информация будет полезна и автору топика для определённости.

имхо все зависит от того чем юзаешься допутим ты 

и 

разницу видишь?
а кто то 3 года в мускуле и будет говорить обратное   

  

просто в Access и Front-end и само СУБД - в одном флаконе. А в MySQL: мухи - отдельно, котлеты - отдельно. Но это уже вне этой темы. Заведи темку в разделе "MySQL". 

не согласен!
Предлагаю тебе создать тему в религиозных войнах и обосновать свою позицию! 

Спасибо всем огроменное за советы!   
Скоро должны привести сервак, на нем уже стоит MySQL и крутиться отдельная база...
Полагаю, что нет смысла писать на Access, если уж имеется нечто более серьезное.
Буду познавать MySQL, PHP, HTML... Во всяком случае для дальнейшей серьезной работы (а не студенческой подработки как сейчас)
мне это точно больше пригодится, нежели Access.

Там правда еще проблем вагон и маленькая тележка - они мне до сих пор машину найти не могут, например...
Посмотрим... 

С Аccess'a начинай. Легко будет как новичку и для твоих задач - оптимально подойдёт. Когда встанет вопрос о распределении, базу можно смело переводить на сервер MySQL. К тому времени, возможно и теории и практики будет у тебя побольше. При этом ты сможешь продолжать работу на Access, используя его как Front-end (он с любым ODBC может работать). то есть изменения минимальные, переход "мягкий", без затрат.
С моей софтиной человек 50 секретарш так трудятся через Access-MySQL. Всем хорошо и админу сервера и секретаршам.