Сравнение СУБД. Попытка #1.
По коллегиальному решению участников треда о скриптовых языках, поддерживающих Access, создаю тред о сравнении СУБД.
Цитата: Plisteron
Коль скоро мы взялись за сравнение СУБД всерьёз, требуется выработать набор критериев.
Для затравки мои пять копеек:
1. Надёжность, в т.ч. при внезапной остановке (зависание, сбой питания и т.п.) и в стрессовых условиях (недостаток оперативной памяти или дискового пространства).
2. Аппаратные требования (минимальные и рекомендуемые) для работы одного пользователя и для групп разных размеров (10, 100, 1000 пользователей).
3. Документированность (доступность фирменной документации, учебников/справочников независимых авторов, форумов и сообществ в Интернет).
4. Наличие библиотек доступа к БД разработки третьих фирм.
5. Многоплатформенность (под какие платформы существуют сборки или возможность собрать самостоятельно).
6. Возможность кластеризации, распараллеливания, резервирования.
7. Резервное копирование и восстановление информации.
Осталось самое интересное: описать критерии оценки быстродействия, возможностей встроенного языка, обработки транзакций, разграничения доступа к БД и работы БД в многопользовательском режиме (обработка и изоляция транзакций), ну, и плюс дополнительные возможности СУБД вроде ретроспективных запросов и т.п.
ps. может быть, пора создавать отдельный тред?
Для затравки мои пять копеек:
1. Надёжность, в т.ч. при внезапной остановке (зависание, сбой питания и т.п.) и в стрессовых условиях (недостаток оперативной памяти или дискового пространства).
2. Аппаратные требования (минимальные и рекомендуемые) для работы одного пользователя и для групп разных размеров (10, 100, 1000 пользователей).
3. Документированность (доступность фирменной документации, учебников/справочников независимых авторов, форумов и сообществ в Интернет).
4. Наличие библиотек доступа к БД разработки третьих фирм.
5. Многоплатформенность (под какие платформы существуют сборки или возможность собрать самостоятельно).
6. Возможность кластеризации, распараллеливания, резервирования.
7. Резервное копирование и восстановление информации.
Осталось самое интересное: описать критерии оценки быстродействия, возможностей встроенного языка, обработки транзакций, разграничения доступа к БД и работы БД в многопользовательском режиме (обработка и изоляция транзакций), ну, и плюс дополнительные возможности СУБД вроде ретроспективных запросов и т.п.
ps. может быть, пора создавать отдельный тред?
Цитата: Phodopus
Тогда вы забыли еще и про финансовые требования и про вполне могущие иметь место лицензионные хитрости и скользкие места. По моему, это весьма немаловажные критерии.
Принято.
8. Стоимость лицензии (если есть различные виды лицензирования, указывать все).
9. Предполагаемая совокупная стоимость владения.
10. Скользкие места и подводные камни лицензирования.
11. Стоимость подписки на техподдержку и что мы при этом получаем помимо прослушивания FAQ по телефону.
Цитата: Washington
пора создавать отдельный тред. =))) и неплохо бы прикрепленный ))
На повестке дня: разработка критериев сравнения.
Пишущих в данный тред убедительно прошу не писать о какой-либо одной, а сравнивать работу двух или более СУБД, а также указывать сферу применения сравниваемых сабжей (встраиваемые, десктопные, веб-серверные и т.д.).
просьба модераторам за попытки холивара сразу же безбожно карать. =)
