Вы Oracle XE причисляете к открытым?
А MySQL к бесплатным?

den_galkЯ имел ввиду бесплатные.Бесплатность - тоже понятие условное. Тот же MySQL для кого-то бесплатный, для кого-то - нет. den_galkКсатати, забыл написать что и о статусах лицензий хотелось бы поточнее узнать: что относится к полностью открытым, что к "частично", что к крммерческим. Инфа порой бывает противорчивой...Читайте оригнальные сайты по каждой СУБД. В народе витает много мифов. Да и меняются условия лицензий периодически. den_galkСобственно вопро возник вот по какому поводу: необходимо создать программное средство(ну или электронное руководство - как хотите), которое позволит сделать выбор при переходе от одной БД к другой(в частности перевод с платной на бесплатную). Типа экспертной системы(громко конечно сказано:)). Пользователь вбивает требования, программа ему даетъ советъ.
Вообсче-то я с БД раньше не сталкивался. Работа идет на стадии сбора и систематизации информации.Если это коммерческий продукт, я бы постоветовал обратиться к специалистам по каждой из тех баз данных, которые должны быть представлены. И по каждой базе должно быть не менее двух спецов.
Иначе вы рискуете выпустить генератор мифов...

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

И учитвайте раздельно разные версии СУБД. Например, MySQL версий 4.0, 4.1 и 5.0 различаются по возможностям довольно сильно.

Что-то мне не верится, что пользователь вашего продукта будет заранее досконально знать все требования на этапе до выбора СУБД...

PS. А, может, это просто курсовик и я напрасно воспринял вопрос серьезно?

den_galkДелаем вывод - человеку, у не имеющего представления о СУБД, но которому она вдруг завтра допозарезу понадобилась, придется очень сложно. Единственный выход - посоветоваться с "гуру", но не факт, что во-первых, такой есть под рукой, а во-вторых, что он даст грамотный совет.Ну так надо обратиться не просто так, а с описанием задачи. Тогда адекватный специалист сможет хотя бы примерно прикинуть, подойдет какая-либо из известных ему СУБД под эту задачу или нет.
Фактически, решать нужно задачу не выбора СУБД, а выбора архитектуры всей системы.

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

От Гаранта ваша система отличается тем, что ей нужно работать с трудноформализуемыми данными, тогда как у Гаранта, наоборот, все должно быть строго формально.

PS. Сейчас прикинул количество вопросов, на которые придется отвечать пользователю... В сотню (за исключением тривальных случаев) вы, наверное, не впишетесь... Тогда как выбирать особо не из чего, не считая версий, сейчас массово употребляются не более двух десятков СУБД. А после ознакомления со стоимостью самой СУБД и доступностью специалистов по ней, думаю, останутся вообще единицы вариантов.

den_galkДык с чего посоветуете начать?С чего начать - сказать сложно, зависит от ваших имеющихся познаний. Но что учиться придется - это несмоненно.

Попробуйте начать с ограниченной задачи, например, широкоупотребляемые открытые СУБД (Firebird, MySQL, PostgreSQL), в условиях когда не надо сопрягать их с парком имеющихся СУБД и прочего софта, методы доступа к БД роли не играют, с небольшим количеством входных условий.