sql vs nosql: проблема выбора

Impact Mapping: планирование разработки продукта с учетом бизнес целейАлександр Бындю (byndusoft.com)

SQL vs NoSQL: проблема выбора

Даниил Подольский CTO inCaller.org

http://byndusoft.com

http://incaller.org

Немного о докладчике• Системный администратор со стажем 20+ лет


• CTO со стажем 3+ года



• Серийный стартапер




• Это немного суетно




• Это немного суетно

• Но позволяет набрать весьма разнообразный опыт

Введение в проблематику• Назначение баз данных

Введение в проблематику• Назначение баз данных

• Что такое SQL?

Введение в проблематику• Назначение баз данных.


• Что такое NoSQL?




• В чем разница?




• В чем разница?

• Задача выбора как задача поиска наименьшего зла.

Disclamer: опыт докладчика ограничен• Mysql


• Postgresql


• Postgresql

• Cassandra


• Postgresql

• Cassandra

• Aerospike

Опыт докладчика ограничен:почему MySQL• Прост


• Быстр


• Быстр

• Всем знаком


• Быстр

• Всем знаком

• Вариант по умолчанию

• Буква М в аббревиатуре LAMP

Опыт докладчика ограничен:почему PostgreSQL• Сложен

Опыт докладчика ограничен:почему PostgreSQL• Сложен

• Близок по набору features к коммерческим базам

• Некоторые вещи на MySQL сделать просто нельзя

Опыт докладчика ограничен:почему Cassandra• Write-Optimised


• Отлично масштабируется



• Быстрые вторичные индексы

Опыт докладчика ограничен:почему Aerospike• Read-Optimised


• Высокая производительность



• И чтения, и записи

Немного теории анатомия SQL AKA РСУБД• One server to rule them all


• Sharded RDBMS is not RDBMS



• Таблицы



• Таблицы

• Индексы



• Таблицы

• Индексы

• Foreign keys



• Таблицы

• Индексы

• Foreign keys

• Транзакции и логи



• Таблицы

• Индексы

• Foreign keys

• Транзакции и логи

• Репликация

Немного теориианатомия NoSQL AKA Key-Value• Первичный индекс


• Строки


• Строки

• Иногда - таблицы


• Строки


• Naturally shardable


• Строки



• Отказоустойчивость


• Строки




• Replication factor 3 is a minimum

Рациональный подход:матрица features как путь к самообману• Свойства РСУБД


• Транзакционность и консистентность



• Связи и контроль целостности



• Связи и контроль целостности

• Локальность данных и скорость

Рациональный подход:матрица features как путь к самообману• Свойства NoSQL


• Горизонтальная масштабируемость




• Простота и скорость

Рациональный подход:матрица caveats как путь к фрустрации• Свойства РСУБД


• Немасштабируемость



• SPoF



• SPoF

• Блокировки и скорость

Рациональный подход:матрица caveats как путь к фрустрации• Свойства NoSQL


• Когда-нибудь консистентность



• Ни блокировок, ни автоинкремента



• Ни блокировок, ни автоинкремента

• Вторичные индексы и скорость

Рациональный подход:матрица caveats как путь к фрустрации• Проблема вычисления пересечения множеств

Рациональный подход:задача не может быть решена• не хватает исходных данных

unknown unknowns: мы никогда до конца не знаем тот проект, который строим

Интуитивный подход: что именно вы строите• Присмотритесь к тому, что вы строите


• Деньги и транзакции



• Двухфазный коммит




• Консистентность и связи





• Сложные запросы






• Масштабируемость

Интуитивный подход• мы не ищем хороший вариант

Интуитивный подход• мы не ищем хороший вариант

• мы ищем наименее плохой

Практический подход к проблеме• связи всегда можно спрятать в приложение


• иногда это очень плохой вариант



• а иногда и ничего



• а иногда и ничего

• но в любом случае - не надо делать это на РДБМС

Практический подход к проблеме

• Гибридные СУБД

• PostgresSQL - наше все

• FDW

• Citus

• Но не надо думать, что это РСУБД

Выводы• Компромис - это все, что нам осталось


• Если можете - откажитесь от NoSQL



• Если можете - откажитесь от RDBMS



• Если можете - откажитесь от RDBMS

• Но лучше откажитесь от NoSQL

Спасибо!

Вопросы?

sql vs nosql: проблема выбора

Software