Современные РСУБД
Версия от 21:25, 18 декабря 2021; Bch (обсуждение | вклад)
Корпоративные
Определение: |
Корпоративные СУБД — предназначены для продажи большим корпорациям. |
- 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'ов не будут мешать тесты других пользователей.