Что такое NoSQL за 6 минут
Вставка
- Опубліковано 20 вер 2021
- Listen IT на Я.Дзене - zen.yandex.ru/listenit
Интересный Телеграм-канал об аналитике - t.me/AisForAnalytics
В этой статье мы узнаем:
- Что такое NoSQL
- Что такое нереляционные базы данных
- Отличие NoSQL от SQL
- Способы организации данных в NoSQL-базах
- Базы данных типа ключ-значение
- Хранение данных в виде колонок
- Хранение данных в виде графов и деревьев
- Хранение данных в виде документов
- Работа с запросами в NoSQL
- Применение NoSQL
Поддержать канал разово - yoomoney.ru/to/410012243709514
Поддержать канал подпиской - boosty.to/listenit
Телеграм-канал - t.me/listenit_channel
По вопросам сотрудничества - t.me/ed_akimov
Ссылка на статью - thecode.media/nosql/
Что такое SQL и реляционные базы данных - • Что такое SQL и реляци...
Синтаксис SQL запросов: Часть 1 - • Синтаксис SQL запросов...
Моделирование данных за 9 минут - • Что такое ERD за 9 минут
Что такое UML за 7 минут - • Что такое UML за 7 мин...
Что такое ACID за 9 минут - • Что такое ACID за 9 минут
Что такое HTTP и HTTPS за 9 минут - • Что такое HTTP и HTTPS...
Машинное обучение для чайников - • Машинное обучение для ...
Что такое Big Data за 6 минут - • Что такое Big Data за ...
Что такое CRUD за 6 минут - • Что такое CRUD за 6 минут
Введение в REST API за 7 минут - • Введение в REST API за...
Различия REST и SOAP за 4 минуты - • Различия REST и SOAP з...
Что такое middleware за 7 минут - • Что такое middleware з...
Спасибо! Изложено доступно !
Спасибо! Классный выпуск!!!
Почему в случае с реляционной базой было бы 250 обращений? Что за бред?
Тоже озадачилась )))
Он же говорил про "список лучших фильмов", условно представим, что их 250, при работе с sql-db каждая взятая строка - отдельный запрос, а при работе с колумн-дб - один запрос на одну колонку
Каждый актёр фильма это строка
@@wenz5415 так можно просто выборка по колонке фильм и все
все отлично!
вот тут подробно объяснили! спасибо!
Коммент в поддержку канала!! Автору удачи и вдохновения!!!
Поздний ответ) спасибо!
Годный контент! Спасибо!
Тебе спасибо, заходи ещё! 🤘
Блин так понятно объясняете, легко доходит!🤭
Спасибо что вылечил перед тем как теорию давать
Посмотрел много Ваших выпусков. все отлично! но одно важное, я бы сказал, ОЧЕНЬ важное замечание. Ваш текст который я вижу на экране не совпадает с озвучкой. Да, я понимаю, что так и задумывалось. Но лично я ну никак не могу воспринимать и то и другое одновременно. Тут либо слушать, либо читать. Совет - сделайте так чтобы все это совпадало. Это реально будет полезнее и удобнее. Аудитория будет и прочитывать материал и заодно слушать. Это лучше отразится на понимании тем. Лайкате, чтобы автор увидел!
Дякуємо Вам за освіту українців
... тут ж наче на рос мові, а не українській, хіба ні?
Тут все на русском. Так что сдавайся.
@@sergei8750в чем проблема? Люди пишут на своем языке. Для чтения на своем есть кнопка перевода.
Спасибо, супер ❤
Ещё одно отличное видео! Спасибо автору статьи и автору канала! ❤
Спасибо, очень приятно :)
В реляционных БД есть шардинг, который тоже можно разнести по машинам :)
Отличный ликбез! Хотелось бы выпуска по каждому примера оператора, а то иногда просто забывается и в целом. Так же про можно развивать ветку по инструментам напр. GQL, - мне было бы очень интересно посмотреть. В целом технический канал лаконичен и очень экономит время на обзор.
Возьмём на вооружение!
5:00. У реляционных БД есть и вертикальное(о чём было сказано), и горизонтальное(Sharding, Replication, Cloud-based databases) масштабирование.
Я если не ошибаюсь, то у реляционных бд по факту нет шардирования. То, что есть - это страшные костыли и игра с гранатой в пьяном угаре в виде отсутствия автошардирования и запила все вручную, что тянет за собой еще и унылую масштабируемость по горизонтали
Наверное, имелось ввиду горизонтальное масштабирование без наращивания дополнительной логики.
С последним совсем не соглашусь - sql вам нужна будет в 99,9% случаев, а монго удобней только в очень частном случае. В частности, maria по скорости побьет всех с потрохами. Поиск фраз в монго очень печален, а агрегацию, например, на обьеме с 40гб и и 10млн записей для монго просто не подсилу... Могу привести только один случай, когда монго лучше справляется, если у вас исключительно только документы и вы работаете в режиме ключ значение. Четко было сказано на хабре - монго раздутый хайп для очень узких задач.
А какие могут быть приложения, где нужна такая большая скорость / маштаб / мощность, чтобы использовать NoSQL ? Можете и здесь привести примеры как с SQL с пациентами, товарами и оценками?
Например, хранение чатов: весь контекст чата, его прикреплённые медиа-файлы, документы. Ещё различные штуки вроде рекомендаций по понравившемся товарам сделаны на графовых базах, то есть на noSQL. Кэширование также работает на NoSQL. Это только малая часть примеров, естественно
бывают базы со смешанным доступом. Например была такая БД Cache там и sql и объекты и так исяк можно сам выбираешь. Но что то про них уже не слышно. Все же при нормальном проектировании SQL и быстрее и надежнее. Особенно при скоростях современных серверов.
Медиа базы.
Гуд
Мне нравится желто-голубой цвет в этом видео. Автор молодец
имитируемый БОГ любит подсказки))
что делать если
База данных нарастает как
снежный ком))
индексировать
Автор... ты можешь рассчитывать на мое религиозное почитание ...
диз за wr
кто такой wr
Спасибо! Классный выпуск!!!
Всегда пожалуйста, заходите ещё 😉