Начинай обучение сейчас и стань востребованным разработчиком уже в апреле! Тебя ждёт интенсивное обучение, изучение только актуальных технологий и инструментов, работа в команде, а также проект из 9 микросервисов для твоего портфолио! НАЧАТЬ ОБУЧЕНИЕ: www.faang.school/java-bootcamp?
Ну не сказал бы, что это гайд для начинающих. На мой взгляд, есть моменты, которые начинающим пока рано. Хотя про гарантии конечно важно знать с самого начала. В целом, теория интересная и анимации добавляют понимания. Теперь понятно, куда копать. Спасибо!
если бы по elasticsearch получилось сделать видео. особенно по использованию динамических шаблонов и точки в имени поля, которую новые версии не хотят принимать. а старая первая и одна из вторых легко переваривала.
да, от этого никак не застраховаться, но в sql базах гарантируется атомарность транзакций, то есть группа операций объединенная в одну транзакцию или выполнится полностью, или не выполнится совсем, не будет такого что при условном переводе денег у одного юзера списало бабки со счета, а другому не начислило из-за того что база упала между двумя этими операциями но вообще смотря какой тип репликации, обычная постгресовская логическая репликация хоть и может не успеть отработать из-за того что система навернулась, но если сервер упал уже после выполнения транзакции, то после того как он поднимется эта транзакция все равно уйдет на реплику
@@kushin5854 все правильно, потому что sql базы это не игрушка типа nosql. Данные сначала пишутся в лог, с адресами блоков данных и прочей служебной информацией, это быстро происходит в отличии записи в бд. После падения этот лог сразу перечитывается и все что было не потеряется, закомитится или заролбечится.
Я не понял, Влад... Ты, чё, напрашиваешься, чтоб я заплатил и к тебе в буткемп пошёл?! 🤨 Ты, эта, ты смотри у меня! Я ведь приду! Заплачу и приду! Доснимаешься ты своих видосиков! 😾 К тому же, у меня всё равно зачем-то две почки... 🥹
Ну блин, ты де сам понимаешь, что No Sql тоже хранятся на диске, а щначит екзабайты информации туда не влезут зоть SQL, хоть no SQL . Postgres вообще никак не связан с хранением на 1 диске! Короче бред какой-то.
Предлагаю попробовать объяснить начинающим NoSql, начиная сразу с того, что можно сразу поднять шардированную базу в реплицированном кластере. Тогда станет понятно, зачем в начале ролика делают упрощения Откуда-то же нужно начать повествование, камон
Кроме того, я же в видео говорю, что нужно в кластере поднимать, все такое. Ты точно до конца все досмотрел или раньше времени начал комментарий писать?
это по моему ты не понял суть видео, тут прямо сказано, что nosql отличается от sql тем, что там из коробки реализован шардинг и что сама модель данных более оптимизирована под работу с распределенной инфой. Постгрес же не имеет назначенного встроенного механизма распределения данных по инстансам, ты конечно можешь его сам написать, но зачем если под это уже есть решения? Чаще всего если такая необходимость появилась, то система изначально была спроектирована неправильно
Начинай обучение сейчас и стань востребованным разработчиком уже в апреле! Тебя ждёт интенсивное обучение, изучение только актуальных технологий и инструментов, работа в команде, а также проект из 9 микросервисов для твоего портфолио!
НАЧАТЬ ОБУЧЕНИЕ: www.faang.school/java-bootcamp?
спасибо, теперь я смогу построить пет-проект на пару миллиардов пользователей и возможно меня возьмут на работу джуном
с таким портфолио сейчас только на стажировку в супермаркет берут
Уборщиком
Зачет👍😂
красавчик, отлично выглядишь без глупого пучка
спасибо, бро
очень доступно
Выложил ролик именно тогда, когда мне понадобилось узнать про Redis, красава
Ну не сказал бы, что это гайд для начинающих. На мой взгляд, есть моменты, которые начинающим пока рано. Хотя про гарантии конечно важно знать с самого начала. В целом, теория интересная и анимации добавляют понимания. Теперь понятно, куда копать. Спасибо!
Забейте на все эти noSQL. Костыли это все. SQL и только.
Спасибо, Влад, продолжай)
Оракл поддерживает шардирование и реплики почти из коробки. Да дорого.
Мне очень понравилось 🎉 спасибо
Тебя смотрят не только джависты, но за хэшинг спасибо
если бы по elasticsearch получилось сделать видео. особенно по использованию динамических шаблонов и точки в имени поля, которую новые версии не хотят принимать. а старая первая и одна из вторых легко переваривала.
Интересно, а системным аналитикам полезно будет пройти буткемп с целью расширения кругозора и более детального понимания процессов разработки ПО.
Топ инфа
Когда видос про кликхауз или вообще про то, как быстро агрегировать и отдавать аналитические данные?
NoSQL расшифровывается не как "не sql", а как "not only sql"
Забей, тут уровень смешной
А если мастер выходит из строя до репликации, данные безвозвратно утрачиваются?
да, от этого никак не застраховаться, но в sql базах гарантируется атомарность транзакций, то есть группа операций объединенная в одну транзакцию или выполнится полностью, или не выполнится совсем, не будет такого что при условном переводе денег у одного юзера списало бабки со счета, а другому не начислило из-за того что база упала между двумя этими операциями
но вообще смотря какой тип репликации, обычная постгресовская логическая репликация хоть и может не успеть отработать из-за того что система навернулась, но если сервер упал уже после выполнения транзакции, то после того как он поднимется эта транзакция все равно уйдет на реплику
@@kushin5854 все правильно, потому что sql базы это не игрушка типа nosql. Данные сначала пишутся в лог, с адресами блоков данных и прочей служебной информацией, это быстро происходит в отличии записи в бд. После падения этот лог сразу перечитывается и все что было не потеряется, закомитится или заролбечится.
Я не понял, Влад... Ты, чё, напрашиваешься, чтоб я заплатил и к тебе в буткемп пошёл?! 🤨 Ты, эта, ты смотри у меня! Я ведь приду! Заплачу и приду! Доснимаешься ты своих видосиков! 😾 К тому же, у меня всё равно зачем-то две почки... 🥹
Не вижу ссылки на ТГ в описании
Ну блин, ты де сам понимаешь, что No Sql тоже хранятся на диске, а щначит екзабайты информации туда не влезут зоть SQL, хоть no SQL . Postgres вообще никак не связан с хранением на 1 диске! Короче бред какой-то.
можно шардинг сделать, чтобы данные распределить между серверами
Предлагаю попробовать объяснить начинающим NoSql, начиная сразу с того, что можно сразу поднять шардированную базу в реплицированном кластере. Тогда станет понятно, зачем в начале ролика делают упрощения
Откуда-то же нужно начать повествование, камон
Кроме того, я же в видео говорю, что нужно в кластере поднимать, все такое. Ты точно до конца все досмотрел или раньше времени начал комментарий писать?
это по моему ты не понял суть видео, тут прямо сказано, что nosql отличается от sql тем, что там из коробки реализован шардинг и что сама модель данных более оптимизирована под работу с распределенной инфой. Постгрес же не имеет назначенного встроенного механизма распределения данных по инстансам, ты конечно можешь его сам написать, но зачем если под это уже есть решения? Чаще всего если такая необходимость появилась, то система изначально была спроектирована неправильно
Лучше бы рассказал как создавать модели в noSQL базе по нормальному