Выскажитесь, пожалуйста, по теме.

Нахожусь на этапе "Первого приближения" к решению задачи.

Вопрос: что выбрать в качестве СУБД?

Общие требования:
1. На текущий момент рассматриваются только бесплатные решения.
2. Имеется около 20-ти точек в которых будет установлено будущее ПО.
2.1. В каждой из точек не более 5-ти пользователей
2.2. ежедневно будет создаваться (пока на вскидку) не более 500 записей.
3. На будущих этапах работы подразумевается создание Центральной БД. Экспортирующей информацию из региональных экземпляров. Желательно иметь решение подразумевающее экспорт/импорт данных средствами СУБД.
4. Хранящаяся Информация будет отображать достаточно щепетильные аспекты жизни Клиентов - риск потери данных желательно минимизировать. Если какая-то зараза сможет спереть Хранилище оч. не хотелось бы чтобы она смогла его "Завести" ("То что один человек сделал, другой завсегда поломать сможет..." - это понятоно. Но хочется макс. осложнить процесс ломки.)

Требования по разработке:
1. Клиента рисовать думаю на C++ (MS VS 2005)
2. Крайне желательно наличие ODBC/OLE.
3. Крайне желательно наличие библиотек доступа адаптированных для взаимодействия с Плюсами (а-ля OCI/OCCI для ORACLE)
4. не критично, но желателно наличие вменяемого Языка СУБД, на котором возможно реализовать большую часть логики работы будущего ПО (А-ля PL\SQL для ORACLE, T-SQL для MSSQL)

О себе:
3 года ORACLE
1.5 MSSQL
опыт работы с прочими СУБД уровня "Ниже плинтуса".

Благодарю!

pkarklinВы не указали предполагаемые размеры бд точек и центральной.

Пока могу планировать не более 1ГБ константной информации (справочники, настройки, текстовки отчётов...)

Постарался смоделировать возможную "усреднённую запись"
получилось что-то около 2КБ
таким образом планирую ежедневный прирост в
500*2= 1000КБ

как-то пожалуй вот так

softwarerНу и бери бесплатный Oracle либо бесплатный MSSQL, вполне хватит. Ну а перспектива в отдаленном будущем, когда задача вырастет, купить-таки платный Oracle аж за $750 (MSSQL - не знаю, но вряд ли больше) многократно окупится экономией на времени-качестве разработки и сопровождения.

Что касается защиты - в сегменте "бесплатных или около того" решений действительно надежной защиты базы имхо не обеспечить, просто потому, что при "бесплатной охране" злоумышленник довольно легко унесет не только хранилище, но и все ключи. Думаю, я бы остановился на том, что шифровал бы персональную информацию кодом, зашитым в клиента. Ну а в клиента добавил бы "тонкостей", мешающих ему запуститься вне офиса фирмы; идеально - если бы клиент при запуске запрашивал ключ на центральном сервере.

Это вариант. На текущий момент подстраховываюсь в по бесплатным СУБД.
Спасибо за мнение! :-)

pkarklinЧто касается защиты, то у MS SQL ее "хватает":
Эт точно :-)
pkarklinMS SQL 2005 Express Edition (бесплатная редакция) имеет ограничение на размер бд в 4 гига.
Интересно По кол-ву одновременно открытых сессий оно имеет ограничения? Пожалуй по RTFM-лю

Спасибо!

А если немного усложнить условие (тут меня по телефону радуют)

Для конторы проблемно перобрести толковую ЭВМ.
На текущий момент на точке имеем ограничение по размеру оперативки в 256-500МБ
Вроде как смогут закупится только в след. году.

Yo.!500 записей в день на 5 человек - не проще вебного клиента нафигарить ?

Возможно и будет...

Решаются вопросы с каналами связи... достаточное кол-во точек находятся в местах типа "Глухая деревня" по части связи.

Спасибо всем за мнения.

Буду пробивать народ на приличные ЭВМ.