Неплохое вступление. Я бы еще добавил, что помимо проблем выбора типа СУБД как основу для Продуктовых решений - так же есть аспект Платформенного Решения - например - многосоставное и многокомпонентное Озеро Данных, которое, с одной стороны выглядит как конвейер доставки данных, а с другой - как слоёный пирог, каждый слой которого реализован своей технологией, и выбор между традиционным РСУБД компонентом и NoSQL - для реализации того или иного слоя - зависит от требований к каждому из компонентов, требований как с самому компоненту (слой ОД)относительно его целей и носимой функциональности, так и требований к модели данных на нем. К примеру - Core-компонент DWH, который является частью комплексного Озера Данных - может содержать требования к историчности, бизнес-модификациям, которые нужно соблюсти на техническом уровне. И тогда мы вкрячиваем Anchor или DataVault модель на этот компонент, которая, конечно - без моделирования бизнес-сущностей и низлежащих таблиц не обходится. И этот слой реализуется на какой-нибудь MPP-системе - например - GreenPlum, и мы имеем необходимость в РСУБД-типа компоненте. А вот для слоя интеграций - какие-то типы взаимодействий вполне укладываются в NoSQL-подход (Schema-less) - то же документно-ориентированное хранение данных + Apache Spark/Kafka для процессинга стримов над ним или Debezuim Для CDC/Replication + требования к real-time доставке данных
Большое спасибо за такой крутой контент! Очень классно, что рассказываешь, для чего все это нужно и какие проблемы решает. Этого действительно не хватает для начинающих разработчиков!
Хорошее объяснение и структурированная информация, все понятно, спасибо. Алсо посмотрел новые видео на канале и ахуел, вот это чувак квантовый скачок осуществил, респект таким пацанам
Спасибо большое! Полезно и интересно. Очень считаю достойно выполнена Вами работа! Подскажите как и где в веб проекте необходимо и лучше всего использовать nosql базы данных?
меня тоже насторожил этот момент. но учитывая, что graphql реализует риал тайм изменения данных с помощью сокетов, которые в свою очередь постоянно чекают изменения в бд, запросы в граф можно считать непрямым, но обращением в бд(хотя по словосочетанию не прямым но обращением в бд можно посчитать любое вообще действие).
в общем имею ввиду, этот момент меня тоже насторожил, но я подумал, что это я возможно чего то не знаю, а не автор несет что то из мира сказки. смотрю пока дальше, как минимум расшифровывает аббревиатуры знатно и в целом кажется понимает о чем говорит.
Спасибо за видео! Было бы здорово, если бы команды в описание вставлял. У меня после команды docker run --name mongo_yt_tutorial -e MONGO_INITDB_ROOT_USERNAME=root -e MONGO_INITDB_ROOT_PASSWORD=qwerty -p 27019:27017 --rm-d mongo выдает идентификатор контейнера, но при команде docker exec -it ..... /bin/bash выдает Error: No such container и ID контейнера. Иду в лог и вижу error: missing 'MONGO_INITDB_ROOT_USERNAME' or 'MONGO_INITDB_ROOT_PASSWORD' both must be specified for a user to be created. (и то и другое должно быть указано для создания пользователя) Что делаю не так?
пропущен пробел между --rm и -d Ваша команда должна выглядеть вот так: docker run --name mongo_yt_tutorial -e MONGO_INITDB_ROOT_USERNAME=root -e MONGO_INITDB_ROOT_PASSWORD=qwerty -p 27019:27017 --rm-d mongo
![ลองสุ่มไอโฟน 990 โกงมั้ย? [ โกงมั้ยครับ ep.101 ] | DOM](http://i.ytimg.com/vi/bfsWe0j492k/mqdefault.jpg)
Большое спасибо! Ты умнейший со всего ютюба!
Все понятно и именно то, что хотелось для первого знакомства. Спасибо
Дуже дякую за mongoDB! В тебе талант пояснювати!
Неплохое вступление. Я бы еще добавил, что помимо проблем выбора типа СУБД как основу для Продуктовых решений - так же есть аспект Платформенного Решения - например - многосоставное и многокомпонентное Озеро Данных, которое, с одной стороны выглядит как конвейер доставки данных, а с другой - как слоёный пирог, каждый слой которого реализован своей технологией, и выбор между традиционным РСУБД компонентом и NoSQL - для реализации того или иного слоя - зависит от требований к каждому из компонентов, требований как с самому компоненту (слой ОД)относительно его целей и носимой функциональности, так и требований к модели данных на нем.
К примеру - Core-компонент DWH, который является частью комплексного Озера Данных - может содержать требования к историчности, бизнес-модификациям, которые нужно соблюсти на техническом уровне. И тогда мы вкрячиваем Anchor или DataVault модель на этот компонент, которая, конечно - без моделирования бизнес-сущностей и низлежащих таблиц не обходится. И этот слой реализуется на какой-нибудь MPP-системе - например - GreenPlum, и мы имеем необходимость в РСУБД-типа компоненте. А вот для слоя интеграций - какие-то типы взаимодействий вполне укладываются в NoSQL-подход (Schema-less) - то же документно-ориентированное хранение данных + Apache Spark/Kafka для процессинга стримов над ним или Debezuim Для CDC/Replication + требования к real-time доставке данных
Большое спасибо за такой крутой контент! Очень классно, что рассказываешь, для чего все это нужно и какие проблемы решает. Этого действительно не хватает для начинающих разработчиков!
Отличное видео, в начале ролика завис на 2 часа, чтобы изучить темы CAP, ACID, BASE)
Спасибо за качественное видео! Все разложено по местам, нету подпрыгивании от темы к тему и т.д. Спасибо!
Чёткое объяснение!
Классное и познавательное видео, автору большое спасибо
Потратил сегодня кучу времени, после входа в контейнер и попытке обратиться к mongo, выдавало ошибку что нет такого. Теперь нужно вводить mongosh
Вот и дождались продолжения, будем изучать, спасибо👍
Хорошее объяснение и структурированная информация, все понятно, спасибо. Алсо посмотрел новые видео на канале и ахуел, вот это чувак квантовый скачок осуществил, респект таким пацанам
Спасибо большое! Полезно и интересно. Очень считаю достойно выполнена Вами работа!
Подскажите как и где в веб проекте необходимо и лучше всего использовать nosql базы данных?
А обязательно ли учить монго дб для го-разраба?
нет
Нет, можно sql базы использовать, но лучше знать монго на базовом уровне
Благодарю.
Подскажите, пожалуйста, а таки будет отдельный урок по проектированию ДБ? (21.33 говорится об этом)
То что на сайте написано совсем не значит что морга на самом деле поддерживает эсид
Блин, не успел поставить первый лайк)
GrapQL это пример базы данных Graph? Ты сам знаешь что рассказываешь?
меня тоже насторожил этот момент. но учитывая, что graphql реализует риал тайм изменения данных с помощью сокетов, которые в свою очередь постоянно чекают изменения в бд, запросы в граф можно считать непрямым, но обращением в бд(хотя по словосочетанию не прямым но обращением в бд можно посчитать любое вообще действие).
в общем имею ввиду, этот момент меня тоже насторожил, но я подумал, что это я возможно чего то не знаю, а не автор несет что то из мира сказки. смотрю пока дальше, как минимум расшифровывает аббревиатуры знатно и в целом кажется понимает о чем говорит.
под MongoDb по сути нет никакого моделирование, в этом и смысл nosql ничего не моделировать
Спасибо за видео! Было бы здорово, если бы команды в описание вставлял. У меня после команды docker run --name mongo_yt_tutorial -e MONGO_INITDB_ROOT_USERNAME=root -e MONGO_INITDB_ROOT_PASSWORD=qwerty -p 27019:27017 --rm-d mongo выдает идентификатор контейнера, но при команде docker exec -it ..... /bin/bash выдает Error: No such container и ID контейнера. Иду в лог и вижу error: missing 'MONGO_INITDB_ROOT_USERNAME' or 'MONGO_INITDB_ROOT_PASSWORD' both must be specified for a user to be created. (и то и другое должно быть указано для создания пользователя) Что делаю не так?
пропущен пробел между --rm и -d
Ваша команда должна выглядеть вот так:
docker run --name mongo_yt_tutorial -e MONGO_INITDB_ROOT_USERNAME=root -e MONGO_INITDB_ROOT_PASSWORD=qwerty -p 27019:27017 --rm-d mongo