Download as PDF, PPTX
Uploaded byDaniel Podolsky
NoSQL — неспроста ли это "ЖЖЖ"?
Документ анализирует преимущества и недостатки NoSQL баз данных по сравнению с реляционными СУБД. Он подчеркивает важность проектирования систем с использованием NoSQL и предлагает рекомендации по их применению в зависимости от требований к данным и производительности. Кроме того, в документе упоминаются конкретные примеры NoSQL решений, таких как Aerospike и Cassandra.
More Related Content
NoSQL — неспроста ли это "ЖЖЖ"?
- 1.
- 2.
- 3. Почему это важно •Обчитавшиеся рекламы руководители представляют собой проблему •Обчитавшиеся форумов и чатиковинженеры представляют собой еще большую проблему
- 4. Почему это важно •Обчитавшиеся рекламы руководители представляют собой проблему •Обчитавщиеся форумов и чатиковинженеры представляют собой еще большую проблему •NoSQL – мощное и эффективное техническое средство, хоть и предъявляет повышенные требования ко квалификации разработчиков
- 5.
- 6.
- 7.
- 8. Что такое SQL •Язык запросов AKA Structured Query Language •РСУБД AKA RDBMS •Типизация •Таблицы •СвязиAKA foreign keys •Транзакции
- 9. Что такое SQL •Язык запросов AKA Structured Query Language •РСУБД AKA RDBMS •Типизация •Таблицы •СвязиAKA foreign keys •Транзакции •One server to rule them all
- 10.
- 11. Так что же такое NoSQL • Нет языка запросов • Это полуправда! •Нет жесткой типизации • CREATE TABLE nosql ( key BIGINT, value BLOB );
- 12. Так что же такое NoSQL • Нет языка запросов • Это полуправда! •Нет жесткой типизации • CREATE TABLE nosql ( key BIGINT, value BLOB ); • No relations, все строки – сами по себе • Денормализация как норма жизни
- 13.
- 14.
- 15.
- 16.
- 17.
- 18.
- 19.
- 20.
- 21. Why NoSQL is sexy not so much • Никаких транзакций • ACID-транзакции заявлены, но распространяются они на обновление одной строки!
- 22. Why NoSQL is sexy not so much • Никаких транзакций • ACID-транзакции заявлены, но распространяются они на обновление одной строки! • Никаких сложных запросов • Для распределенной системы они невозможны • А нераспределенная не нужна
- 23. Why NoSQL is sexy not so much • Никаких транзакций • ACID-транзакции заявлены, но распространяются они на обновление одной строки! • Никаких сложных запросов • Для распределенной системы они невозможны • А нераспределенная не нужна • Сомнительная поддержка вторичных индексов • Это чрезвычайно важно
- 24. Why NoSQL is sexy not so much • Никаких транзакций • ACID-транзакции заявлены, но распространяются они на обновление одной строки! • Никаких сложных запросов • Для распределенной системы они невозможны • А нераспределенная не нужна • Сомнительная поддержка вторичных индексов • Это чрезвычайно важно • Никаких связей • Денормализация как норма жизни • И скан по resultset
- 25.
- 26.
- 27.
- 28.
- 29.
- 30.
- 31.
- 32.
- 33.
- 34.
- 35.
- 36.
- 37.
- 38.
- 39.
- 40.
- 41. Основы внедрения NoSQL • “MySQL тоже NoSQL” AKA “PostgreSQLтоже NoSQL” • Не ведитесь
- 42. Основы внедрения NoSQL • “MySQL тоже NoSQL” AKA “PostgreSQLтоже NoSQL” • Не ведитесь • Ну разве что вам просто нравится идея
- 43. Основы внедрения NoSQL • “MySQL тоже NoSQL” AKA “PostgreSQLтоже NoSQL” • Не ведитесь • Ну разве что вам просто нравится идея • Сказ о том, как программист Александр боролся за свободу самовыражения, и об использовании Anemometer как инструмента свободоподавления
- 44. Основы внедрения NoSQL • “MySQL тоже NoSQL” AKA “PostgreSQLтоже NoSQL” • Не ведитесь • Ну разве что вам просто нравится идея • Сказ о том, как программист Александр боролся за свободу самовыражения, и об использовании Anemometer как инструмента свободоподавления • РСУБД захватили мир не по нашей тупости, а потому, что эта парадигма наиболее гибкая из известных
- 45.
- 46.
- 47.
- 48.
- 49. Основы внедрения NoSQL •In-memory, одна node •Возьмите memcache •Хотите персистентности - возьмите Tarantool •Да возьмите что угодно -результат не изменится •Даже и репликацию можете включить •Сможете масштабировать чтение
- 50.
- 51.
- 52.
- 53.
- 54.
- 55. Основы внедрения NoSQL •Несколько нод, replication factor > 1 •Вот тут, собственно, иначинается NoSQL •Write-optimized и read-optimized •Что это
- 56. Основы внедрения NoSQL •Несколько нод, replication factor > 1 •Вот тут, собственно, иначинается NoSQL •Write-optimized и read-optimized •Что это •Почему это важно
- 57. Основы внедрения NoSQL •Несколько нод, replication factor > 1 •Вот тут, собственно, иначинается NoSQL •Write-optimized и read-optimized •Что это •Почему это важно •Почему нельзя сделать both-optimized
- 58. Основы внедрения NoSQL •Несколько нод, replication factor > 1 •Вот тут, собственно, иначинается NoSQL •Write-optimized и read-optimized •Что это •Почему это важно •Почему нельзя сделать both-optimized •Репликация, ребалансинг, восстановление целостности
- 59. Немного практического опыта • Aerospike как яркийпредставитель read-optimized key- value хранилищ
- 60. Немного практического опыта • Aerospike как яркийпредставитель read-optimized key- value хранилищ • OpenSource с 2014 года
- 61. Немного практического опыта • Aerospike как яркийпредставитель read-optimized key- value хранилищ • OpenSource с 2014 года • Прекрасный GUI контроля состояния кластера
- 62. Немного практического опыта • Aerospike как яркийпредставитель read-optimized key- value хранилищ • OpenSource с 2014 года • Прекрасный GUI контроля состояния кластера • Отлично работающие ребалансинг и восстановление
- 63. Немного практического опыта • Aerospike как яркийпредставитель read-optimized key- value хранилищ • OpenSource с 2014 года • Прекрасный GUI контроля состояния кластера • Отлично работающие ребалансинг и восстановление • Индексы всегда в памяти, данные возможно в памяти
- 64. Немного практического опыта • Aerospike как яркийпредставитель read-optimized key- value хранилищ • OpenSource с 2014 года • Прекрасный GUI контроля состояния кластера • Отлично работающие ребалансинг и восстановление • Индексы всегда в памяти, данные возможно в памяти • Достаточная производительность: 150KUps, 400KRps на кластере из 4-х нод
- 65.
- 66.
- 67. Немного практического опыта •Aerospike: ложка дегтя, или сказ о Григории девопсе и 15 minutes power outage •Не надо использовать Aerospikeдля больших объемов данных •А еще у Aerospike очень медленное обновление вторичных индексов
- 68. Немного практического опыта • Cassandra как яркийпредставитель write-optimized NoSQL СУБД
- 69. Немного практического опыта • Cassandra как яркийпредставитель write-optimized NoSQL СУБД • OpenSource
- 70. Немного практического опыта • Cassandra как яркийпредставитель write-optimized NoSQL СУБД • OpenSource • Написана на Java
- 71. Немного практического опыта • Cassandra как яркийпредставитель write-optimized NoSQL СУБД • OpenSource • Написана на Java • Индексы хранятся на диске
- 72. Немного практического опыта • Cassandra как яркийпредставитель write-optimized NoSQL СУБД • OpenSource • Написана на Java • Индексы хранятся на диске • Вторичные индексы обновляются быстро
- 73. Немного практического опыта • Cassandra как яркийпредставитель write-optimized NoSQL СУБД • OpenSource • Написана на Java • Индексы хранятся на диске • Вторичные индексы обновляются быстро • Работающие средства восстановления целостности и ребалансинга
- 74. Немного практического опыта • Cassandra как яркийпредставитель write-optimized NoSQL СУБД • OpenSource • Написана на Java • Индексы хранятся на диске • Вторичные индексы обновляются быстро • Работающие средства восстановления целостности и ребалансинга • Mmaped files
- 75.
- 76.
- 77. Немного практического опыта •Cassandra: ложка дегтя, или сказ о Константине девопсе и 100% disk utilisation •Дисковый cache наSSD - наше все •No GUI for version 3 yet
- 78.
- 79.
- 80. Итого •Если есть шанс обойтись без NoSQL – обойдитесь без него •Личное мнение докладчика, конечно же •Если шанса нет - выберите правильный продукт •Не все NoSQLбазы полезны одинаково •Если ваш паттерн ляжет на парадигму NoSQL хорошо - результаты будут существенно лучше, чем при использовании РСУБД
- 81.