Современные РСУБД

Корпоративные

Определение:

Корпоративные СУБД — предназначены для продажи большим корпорациям.

• Oracle [1] (Oracle)
  • высокая пропускная способность (англ. throughput)
  • невысокая скорость обновления (англ. latency)

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

• DB2 [2] (IBM)
  • Ориентация на «большие» машины, то есть с точки зрения IBM, СУБД это не приложение, которое крутится на сервере, а отдельное железо
  • Мало распространена в России, так как развивалась в 60'е - 80'е годы предыдущего века
  • Неполная совместимость с SQL
• SQL Server [3] (Microsoft)
  • работа под Windows
  • Масштабируемость (путём добавления новых процессоров)

Свободные

• MySQL[4]
  • GPL
  • различные форматы хранения БД
  • неполная поддержка SQL

• PostgreSQL [5]
  • BSD License
  • непосредственная поддержка связей - СУБД достаточно стабильна чтобы использовать в реальных проектах
  • объектные расширения - но в тоже время эта СУБД - экспериментальный проект, в который добавляется куча различных возможностей, некоторые из которых не выходят из экспериментального статуса

• Firebird [6]
  • используется только в старых проектах, так как в БД, которые используют это СУБД, есть данные, которые нельзя потерять

Встраиваемые

• SQLite [7]
  • компактна, поэтому много используется на мобильных устройствах
  • in-memory mode - все данные должны поместиться в память
  • ограниченная реализация SQL-92

• Apache Derby [8]
  • In-memory mode - умеет быть полностью in-memory, а также умеет работать с данными которые в память не поместились
  • хорошо совместим с DB2, не очень хорошо совместим со всеми остальными
  • pure Java
  • Apache License

• HyperSQLDB [9]
  • BSD License
  • pure Java
  • не поддерживает транзакции
  • in-memory mode

• Access [10]
  • Совмещение СУБД и RAD
  • Встраиваемые приложения

Замечание. In-memory базы данных хорошо подходят для тестирование, потому что каждый пользователь может легко поднять свой instance из-за того что база in-memory, и каждому из instance'ов не будут мешать тесты других пользователей.