Начинай обучение сейчас и стань востребованным разработчиком уже в апреле! Тебя ждёт интенсивное обучение, изучение только актуальных технологий и инструментов, работа в команде, а также проект из 9 микросервисов для твоего портфолио! НАЧАТЬ ОБУЧЕНИЕ: www.faang.school/java-bootcamp?
С таким проектом тебя пригласят на собеседование где будут сотни таких сражаться за должность Джуна на бесплатной стажировкой с обещанием взять в штат если успешно прогребёшь на их галере пол года...
Очень крутой канал! Не являюсь Java разработчиком, но столько полезной и структурированной информации по смежным технологиям я давно не видел. Очень крутая подача, а главное, что не наскучивает. Удачи в продвижении канала, это один из лучших русскоязычных каналов по разрботке на Ютубе.
Лучший! Объяснить тему так, чтобы её понял вообще кто угодно, определяет человека, который понимает, о чём говорит, от тупой говорящей головы, которая просто читает слова со слайдов. Пасиба!
во первых sql масштабирубтся на сколько угодно компов - это называется шардирование во вторых nosql и sql сеецчас перекрывают функционал друг друга, они оба умеют все просто по разному. В третих в noSql конечно же есть джоины
Похоже, Влад пошел на курсы актерского мастерства. Зашкаливающий уровень эмоций в голосе при рассказе сухой айти темы. О боже, Дездемона! Это же Шадрированиееее! :) А если серьёзно, то обзор очень годный, спасибо!
спасибо, круто! у меня на одном из собесов был вопрос про eventual consistency, а я на тот момент не знал, что это такое : ) удачи вам Влад и вашим подписчикам!
Ты понимаешь что видео построено таким образом, что ты не отвечаешь на вопросы, которые ты же и поставил? Ну к примеру, почему горизонтальное масштабирование лучше делать на NoSQL? Просто потому что там есть отдельный элемент, который за тебя решает на какой сервак постучаться за данными? Тогда у тебя весь твой видос должен был свестись к этой фразе, что у тебя почти и получилось. Встречный вопрос, если любая SQL база получит такой модуль, то в чем причина выбирать именно NoSQL? Задачи они выполняют те же, но при всем этом, в SQL базах, ты будешь уверен в получаемых данных и в их структуре. И весь ролик у тебя получается таким образом, ты задаешь вопрос, пытаешься на него ответить, но до ответа не доходишь, просто резюмируя что "нужно делать так". У тебя правда классные видосы с точки зрения подачи, но будь еще наполнение получше, был бы вообще шик
Дружище, если SQL базу шардировать или парционировать, то преимущества SQL пропадают. Поймите главное: гарантии которые дает SQL реализуются за счет монопольного доступа к данным, когда они присутствуют в единственном экземпляре в виде единственного файла на жестком диске. Кассандра дает точно такие же гарантии, если писать в нее и читать в нее со 100% availability, или развернуть ее в единственном экземпляре. Но если обходить все узлы, скорость будет в случае SQL и в случае NoSql низкой, т.к. придется обойти все сервера в кластере, и получить от каждого подтверждение что запрашиваемые данные существуют и консистентны. Гарантии SQL это не какой-то супер мифический алгоритм хранения данных, который не смогли осилить в NoSQL, а в SQL смогли. Это следствие хранения данных в одном месте.
Круто, спасибо большое за видео! Вообще в SQL есть уже решения с шардированием Тот же Greenplum Но я подозреваю, что автор специально не стал упоминать это в угоду упрощения подачи информации и концентрации только на NoSql)
Ну не сказал бы, что это гайд для начинающих. На мой взгляд, есть моменты, которые начинающим пока рано. Хотя про гарантии конечно важно знать с самого начала. В целом, теория интересная и анимации добавляют понимания. Теперь понятно, куда копать. Спасибо!
Спасибо за улетное видео! Хочу посмотреть минимум половину ваших видео ( я тестировщик). Но скорость на ютубе очень сильно тормозит мои планы( есть ли возможность еще где-то вас смотреть?
если бы по elasticsearch получилось сделать видео. особенно по использованию динамических шаблонов и точки в имени поля, которую новые версии не хотят принимать. а старая первая и одна из вторых легко переваривала.
Если NoSQL хранит структуры в map, то как приводить данные в актуальное состояние. Условно я оставил комментарий под постом, это все попало в структуру поста, вместе с моими краткими данными - имя, фото, дата и время когда я оставил комментарий. Далее я меняю в своем профиле имя и фото, то мне как разработчику надо пробежаться по всем возможным структурам где я могу засветиться и поменять там эти данные? Как это все происходит? Как отобрать данные, если они могут быть в разных структурах? много много вопросов ))
А как вы умудрились обобщить вообще все NoSQL (Not only SQL / Non SQL)? Это просто все решения, которые не используют реляционную алгебру в своей основе…
Спасибо, Но справедливости ради добавлю nosql. Это not only sql т е "не только sql" а не "нет sql" Sql в таких базах присутствует. А так большое спасибо за доходчивое объяснение
Ну блин, ты де сам понимаешь, что No Sql тоже хранятся на диске, а щначит екзабайты информации туда не влезут зоть SQL, хоть no SQL . Postgres вообще никак не связан с хранением на 1 диске! Короче бред какой-то.
Предлагаю попробовать объяснить начинающим NoSql, начиная сразу с того, что можно сразу поднять шардированную базу в реплицированном кластере. Тогда станет понятно, зачем в начале ролика делают упрощения Откуда-то же нужно начать повествование, камон
Кроме того, я же в видео говорю, что нужно в кластере поднимать, все такое. Ты точно до конца все досмотрел или раньше времени начал комментарий писать?
это по моему ты не понял суть видео, тут прямо сказано, что nosql отличается от sql тем, что там из коробки реализован шардинг и что сама модель данных более оптимизирована под работу с распределенной инфой. Постгрес же не имеет назначенного встроенного механизма распределения данных по инстансам, ты конечно можешь его сам написать, но зачем если под это уже есть решения? Чаще всего если такая необходимость появилась, то система изначально была спроектирована неправильно
да, от этого никак не застраховаться, но в sql базах гарантируется атомарность транзакций, то есть группа операций объединенная в одну транзакцию или выполнится полностью, или не выполнится совсем, не будет такого что при условном переводе денег у одного юзера списало бабки со счета, а другому не начислило из-за того что база упала между двумя этими операциями но вообще смотря какой тип репликации, обычная постгресовская логическая репликация хоть и может не успеть отработать из-за того что система навернулась, но если сервер упал уже после выполнения транзакции, то после того как он поднимется эта транзакция все равно уйдет на реплику
@@kushin5854 все правильно, потому что sql базы это не игрушка типа nosql. Данные сначала пишутся в лог, с адресами блоков данных и прочей служебной информацией, это быстро происходит в отличии записи в бд. После падения этот лог сразу перечитывается и все что было не потеряется, закомитится или заролбечится.
Посылая часть запросов на чтение к слейву, мы увеличиваем пропускную способность, снимая эту ношу с мастера, которому обычно еще и все запросы на запись обрабатывать
Я не понял, Влад... Ты, чё, напрашиваешься, чтоб я заплатил и к тебе в буткемп пошёл?! 🤨 Ты, эта, ты смотри у меня! Я ведь приду! Заплачу и приду! Доснимаешься ты своих видосиков! 😾 К тому же, у меня всё равно зачем-то две почки... 🥹
Начинай обучение сейчас и стань востребованным разработчиком уже в апреле! Тебя ждёт интенсивное обучение, изучение только актуальных технологий и инструментов, работа в команде, а также проект из 9 микросервисов для твоего портфолио!
НАЧАТЬ ОБУЧЕНИЕ: www.faang.school/java-bootcamp?
спасибо, теперь я смогу построить пет-проект на пару миллиардов пользователей и возможно меня возьмут на работу джуном
с таким портфолио сейчас только на стажировку в супермаркет берут
Уборщиком
Зачет👍😂
С таким проектом тебя пригласят на собеседование где будут сотни таких сражаться за должность Джуна на бесплатной стажировкой с обещанием взять в штат если успешно прогребёшь на их галере пол года...
@@SaLeX969наоборот джуны будут платить за стажировку
Очень крутой канал! Не являюсь Java разработчиком, но столько полезной и структурированной информации по смежным технологиям я давно не видел. Очень крутая подача, а главное, что не наскучивает. Удачи в продвижении канала, это один из лучших русскоязычных каналов по разрботке на Ютубе.
Лучший! Объяснить тему так, чтобы её понял вообще кто угодно, определяет человека, который понимает, о чём говорит, от тупой говорящей головы, которая просто читает слова со слайдов. Пасиба!
Выложил ролик именно тогда, когда мне понадобилось узнать про Redis, красава
Влад, ты просто делаешь шедевры 🤌🏻
Нравится твой контент, продолжай в том же духе. Отдельно стоит отметить чувство юмора)
во первых sql масштабирубтся на сколько угодно компов - это называется шардирование
во вторых nosql и sql сеецчас перекрывают функционал друг друга, они оба умеют все просто по разному.
В третих в noSql конечно же есть джоины
Ты тише тут умник, ещё про репликации расскажи!
Тут бэкендер из одной из лучших компаний
Видео хоть смотрели , на 9 минуте это все есть
@@it3124 а на 3 минуте прямо противоположное, если говорить про то же шардирование
@@nikoches 🤣
На 9 минуте он объяснил что nosql шардирование билтин а в sql надо все вручную самому делать
Спасибо за очередной классный ролик, Влад. У вас талант преподавать!
Похоже, Влад пошел на курсы актерского мастерства. Зашкаливающий уровень эмоций в голосе при рассказе сухой айти темы. О боже, Дездемона! Это же Шадрированиееее! :) А если серьёзно, то обзор очень годный, спасибо!
Спасибо тебе за твои видео, простым языком объясняешь, ну а визуализация просто 🔥🔥🔥. Ждем видео про интеграции Rest,gRPC и тд:)
спасибо, круто! у меня на одном из собесов был вопрос про eventual consistency, а я на тот момент не знал, что это такое : ) удачи вам Влад и вашим подписчикам!
Ты понимаешь что видео построено таким образом, что ты не отвечаешь на вопросы, которые ты же и поставил? Ну к примеру, почему горизонтальное масштабирование лучше делать на NoSQL? Просто потому что там есть отдельный элемент, который за тебя решает на какой сервак постучаться за данными? Тогда у тебя весь твой видос должен был свестись к этой фразе, что у тебя почти и получилось.
Встречный вопрос, если любая SQL база получит такой модуль, то в чем причина выбирать именно NoSQL? Задачи они выполняют те же, но при всем этом, в SQL базах, ты будешь уверен в получаемых данных и в их структуре. И весь ролик у тебя получается таким образом, ты задаешь вопрос, пытаешься на него ответить, но до ответа не доходишь, просто резюмируя что "нужно делать так". У тебя правда классные видосы с точки зрения подачи, но будь еще наполнение получше, был бы вообще шик
Дружище, если SQL базу шардировать или парционировать, то преимущества SQL пропадают. Поймите главное: гарантии которые дает SQL реализуются за счет монопольного доступа к данным, когда они присутствуют в единственном экземпляре в виде единственного файла на жестком диске. Кассандра дает точно такие же гарантии, если писать в нее и читать в нее со 100% availability, или развернуть ее в единственном экземпляре. Но если обходить все узлы, скорость будет в случае SQL и в случае NoSql низкой, т.к. придется обойти все сервера в кластере, и получить от каждого подтверждение что запрашиваемые данные существуют и консистентны. Гарантии SQL это не какой-то супер мифический алгоритм хранения данных, который не смогли осилить в NoSQL, а в SQL смогли. Это следствие хранения данных в одном месте.
Очень качественно, продолжай в том же духе, брат)
Влад, отлично объясняешь, анимация огонь, спасибо 🎉
Круто, спасибо большое за видео!
Вообще в SQL есть уже решения с шардированием
Тот же Greenplum
Но я подозреваю, что автор специально не стал упоминать это в угоду упрощения подачи информации и концентрации только на NoSql)
Ну не сказал бы, что это гайд для начинающих. На мой взгляд, есть моменты, которые начинающим пока рано. Хотя про гарантии конечно важно знать с самого начала. В целом, теория интересная и анимации добавляют понимания. Теперь понятно, куда копать. Спасибо!
Топ видосик! Очень круто! Обожаю анимированные схемы!_
Спасибо! Как всегда сделано классно!
Спасибо! Очень понятно и быстро объяснил 🔥🔥🔥
Респект, лайк, подписка😃
17:46 На самом деле postgres из коробки поддерживает асинхронную репликацию, имейте в виду
Спасибо за улетное видео! Хочу посмотреть минимум половину ваших видео ( я тестировщик). Но скорость на ютубе очень сильно тормозит мои планы( есть ли возможность еще где-то вас смотреть?
очень круто, спасибо
Спасибо, Влад, продолжай)
Влад, спасибо за информацию.
если бы по elasticsearch получилось сделать видео. особенно по использованию динамических шаблонов и точки в имени поля, которую новые версии не хотят принимать. а старая первая и одна из вторых легко переваривала.
Крутой видос, спасибо!
спасибо, бро
очень доступно
Супер, давай про elk стек
Если NoSQL хранит структуры в map, то как приводить данные в актуальное состояние. Условно я оставил комментарий под постом, это все попало в структуру поста, вместе с моими краткими данными - имя, фото, дата и время когда я оставил комментарий. Далее я меняю в своем профиле имя и фото, то мне как разработчику надо пробежаться по всем возможным структурам где я могу засветиться и поменять там эти данные? Как это все происходит? Как отобрать данные, если они могут быть в разных структурах? много много вопросов ))
А как вы умудрились обобщить вообще все NoSQL (Not only SQL / Non SQL)?
Это просто все решения, которые не используют реляционную алгебру в своей основе…
Давай следующую анимацию по тому, как работает оператор group by по нескольким полям?
Спасибо, Но справедливости ради добавлю nosql. Это not only sql т е "не только sql" а не "нет sql" Sql в таких базах присутствует. А так большое спасибо за доходчивое объяснение
Мне очень понравилось 🎉 спасибо
Ну блин, ты де сам понимаешь, что No Sql тоже хранятся на диске, а щначит екзабайты информации туда не влезут зоть SQL, хоть no SQL . Postgres вообще никак не связан с хранением на 1 диске! Короче бред какой-то.
можно шардинг сделать, чтобы данные распределить между серверами
Предлагаю попробовать объяснить начинающим NoSql, начиная сразу с того, что можно сразу поднять шардированную базу в реплицированном кластере. Тогда станет понятно, зачем в начале ролика делают упрощения
Откуда-то же нужно начать повествование, камон
Кроме того, я же в видео говорю, что нужно в кластере поднимать, все такое. Ты точно до конца все досмотрел или раньше времени начал комментарий писать?
это по моему ты не понял суть видео, тут прямо сказано, что nosql отличается от sql тем, что там из коробки реализован шардинг и что сама модель данных более оптимизирована под работу с распределенной инфой. Постгрес же не имеет назначенного встроенного механизма распределения данных по инстансам, ты конечно можешь его сам написать, но зачем если под это уже есть решения? Чаще всего если такая необходимость появилась, то система изначально была спроектирована неправильно
🤦
sql же тоже может быть на нескольких пк нет? просто так рассказано будто это не так...
Классное видео, но обратите пожалуйста внимание что MongoDB версии 4+ поддерживает ACID транзакции.
Тебя смотрят не только джависты, но за хэшинг спасибо
Оракл поддерживает шардирование и реплики почти из коробки. Да дорого.
Когда видос про кликхауз или вообще про то, как быстро агрегировать и отдавать аналитические данные?
Обкщал ссылку на теокгу в оаисании, а там ее нет, получается, не консистентные данные ?)
Так по итогу телеграм чтоб добиться быстрой и точно актуальной переписке все таки работает на sql?
постгрес не умеет распределять данные между серверами, а что насчёт гринплама?
красавчик, отлично выглядишь без глупого пучка
Получается банки, использующие SQL, сами делают шардирование и реплицирование?
Зашиши видео по sql транзакциям и изолированости с АНИМАЦИЯМИ !
Спасибо
Топ инфа
А к чему фраза что "вдруг сломался компьютер или отключили свет" - тут любому пользователю ясно что он данные не получит и это не зависит от типа БД.
А Green plsm?
Интересно, а системным аналитикам полезно будет пройти буткемп с целью расширения кругозора и более детального понимания процессов разработки ПО.
Я вот тоже подумывал об этом, но тогда уж если это делать, то скорее с перспективой перехода в разрабы.
А если мастер выходит из строя до репликации, данные безвозвратно утрачиваются?
да, от этого никак не застраховаться, но в sql базах гарантируется атомарность транзакций, то есть группа операций объединенная в одну транзакцию или выполнится полностью, или не выполнится совсем, не будет такого что при условном переводе денег у одного юзера списало бабки со счета, а другому не начислило из-за того что база упала между двумя этими операциями
но вообще смотря какой тип репликации, обычная постгресовская логическая репликация хоть и может не успеть отработать из-за того что система навернулась, но если сервер упал уже после выполнения транзакции, то после того как он поднимется эта транзакция все равно уйдет на реплику
@@kushin5854 все правильно, потому что sql базы это не игрушка типа nosql. Данные сначала пишутся в лог, с адресами блоков данных и прочей служебной информацией, это быстро происходит в отличии записи в бд. После падения этот лог сразу перечитывается и все что было не потеряется, закомитится или заролбечится.
11:14 bro did human horizontal scaling💀💀
Подскажите кто знает каким софтом пользуется автор для презентации видео ? ❤❤
Canva
Про непротиворечивость данных: не понял, как и зачем запрос попадает на слейв? Имеется в виду случай, когда мастер недоступен?
Посылая часть запросов на чтение к слейву, мы увеличиваем пропускную способность, снимая эту ношу с мастера, которому обычно еще и все запросы на запись обрабатывать
@Ярослав-к3д5 спасибо!
NoSQL расшифровывается не как "не sql", а как "not only sql"
Забей, тут уровень смешной
Не вижу ссылки на ТГ в описании
какой специалист занимается настройками бд и прочего связанного с различными серверами и размещению на ней хранилищ?
Вообще, по идее, backend и devops
11:08 Ахахаха подумал сначала что там VladTen :DD
Redis❌ Xedis✅
Хотите сказать, что на mpp не используют sql?)
Тем временем фин тех стартап, моего збс
Фига ты умный
Автор про шардинг не слышал?
Видео до конца досмотрели? Там есть про это, камон
Задолбал рекламу буткемпа своего тыкать
С каких пор в монгодб нет ACID 🤔
на 3:10 - бред. Дальше не стал слушать.
Это всё, конечно, здорово, но почему ни слова о том, как с этой базой общаться, если она не понимает SQL?
Ставьте Cassandra. Там простой sql.
@СтороннийНаблюдатель-ч6ф а Mongo DB? Слышал, что она одна из самых популярных.
@@sumburno так и есть, но там нет sql.
Тема не раскрыта абсолютно.
Забейте на все эти noSQL. Костыли это все. SQL и только.
Я не понял, Влад... Ты, чё, напрашиваешься, чтоб я заплатил и к тебе в буткемп пошёл?! 🤨 Ты, эта, ты смотри у меня! Я ведь приду! Заплачу и приду! Доснимаешься ты своих видосиков! 😾 К тому же, у меня всё равно зачем-то две почки... 🥹
Лучше бы рассказал как создавать модели в noSQL базе по нормальному