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