Критерии выбора СУБД

От чего зависит выбор СУБД под задачу? Можете ли вы посоветовать почитать что-нибудь на тему характеристик различных СУБД в более-менее сжатом виде?
  • Вопрос задан
  • 6205 просмотров
Пригласить эксперта
Ответы на вопрос 4
Очень от типа проекта, денег + от фреймворка в котором вы работаете…
1. взгляд на БД: хранилище данных, больше ничего другого (мускул, сквлайт (мелкое хранилище данных, для >>локальных<< целей))
2. взгляд на БД: один из модулей (не ли сердце) вашей системы, всё что вы программируете находится внутри базы данных, логика действий и поведения системы. Здесь скорее под руку попадают Оракл, (с небольшой чясти постгрес).

Приведу пример:
Всем знамая мускул: в ней находятся реально 3 вида базы данных: ИнноДБ => трансакции, МайИССАМ => без трансакций и большая скорость + Меморы = огромная скорость работы с данными, но жрёт рам.
Всё это хорошо, но майиссам и меморы работают без трансакций, хоть и быстрые но не надёжные. ИнноДБ ок для трансакций, но немного медленее. к сожалению на мускуле непоставите ядро своей программы в базе данных.

Постгрес:
Трансакционная дб, теоретически всё ок, надёжно работает, всё можно наладить, есть хорошие триггеры, итд итп. но опять-же, ядро программы на её особо не поставишь, неразрешает того много, просторы имён плохо решены. (пг/сквл)

Оракл:
Это, она хоть и не быстрая, но надёжная ДБ. Надёжная в смысле есть трансакции и немного по другому работает с данными. И конечно-же не с бесплатным саппортом. Здесь можно поставить ядро чего-угодно прямо в БД (пл/сквл).
Ответ написан
MarcusAurelius
@MarcusAurelius
автор Impress Application Server для Node.js
Для описанной ситуации рекомендую брать Oracle как основную СУБД, могут быть, конечно еще дополнительные базы для оперативных данных за день, кеширующее решение какое-то, чтобы часть данных держать в памяти для быстрого доступа. Но если Вы еще не завязаны на технологиях — берите решение Enterprise класса — Oracle. А языки программирования и технологии выбрали уже? Дело в том, что выбор СУБД очень зависит от того ПО, с которым Вы будете интегрировать свое решение, если Вы потом надумаете навесить там Microsoft BizTalk или SAP или 1С где-то, то об этом стоит подумать уже сейчас, при выборе инструментов, чтобы не менять СУБД и не делать потом костыли в виде ночной копии в другую СУБД.
Ответ написан
Комментировать
Fafnir
@Fafnir
Вы на самом деле задаете очень сложный вопрос. Я бы зашел с другой стороны и исходил из критерия, какие специалисты есть у Вас для поддержки выбранного решения, сколько человек в команде и какой у них опыт?
Ответ написан
Комментировать
@justEli
www.interface.ru/cafedra/dipl/anos.doc
Ответ написан
Комментировать
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы