эх, помню времена, когда только-только нашёл твой канал, было интересно но ничего не понятно, теперь уже после того как начал работать, понимаю что ты рассказываешь и даёшь ну прям очень годные ролики))
@@ctrlalt01как человек, который получает гораздо больше 100 в айти, могу сказать что контент очень годный, впервые на канале, но похоже что останусь надолго 😂
Виндер, ты угодил в лингвистическую ловушку реляционных бд. Отношение - это не связь между таблицами (которые ты показываешь стрелочками), отношение - это и есть сама таблица) Строка в ней - это кортеж, а колонка - атрибут.
Поддерживаю, для меня это целое открытие было когда это понял. Я помню что нам в универе что-то говорили о том что таблица это отношение, но почему-то в тот момент я это не уловил в полной мере.
Изучаю Пай уже почти год. Перелопатил тысячу бездарных видисов. У тебя уже второй видос просто потрясает своей полезностью и конкретностью. Это 10 баллов, уважаемый.
Как всегда замечательный видос! А можно отдельное видео про особенности SQLite базы данных?) Как про базу данных без отдельного сервера, которую можно прикрутить независимо в практически любом проекте. И соответственно какие ограничения привносит отсутствие серверной части БД, почему она не поддерживает хеш индексы, особенности имеющихся индексов, динамичность типов данных и всякое такое Можно еще дополнительно затронуть плагинов к ней Но на мой взгляд есть очень много особенностей чистого SQLite на которые было бы интересно пролить свет)
Будет круто, если в продолжении будет подробнее про транзакции, их внутреннее устройство, про разные уровни изоляции транзакций. И про внутреннее устройство индексов.
@@alekseykirov4647 и про сложные запросы в бд, которыми программисты своих детей перед сном пугают. На каждом втором собесе: "О, а вы писали сложные запросы? Как оптимизировать запросы?" и т.д. Что там такого сложного может быть? Положил данные. Достал данные.
Погоди погоди, в реляционных базах данных именно сами таблицы называют отношениями (и названы реляционными потому что в основе них таблицы - relationship)
Чееееел, конечно же нужен видос про то, сколько всяких удобных плюшек ты научился накатывать и использовать в терминале. (Да и в любом инструменте, которым периодически приходится пользоваться)
Твое объяснения очень заходят и хотелось бы видоса про bash. И не просто там пробежаться по базовым командам а рассказать про годные инструменты и их использование в рил проектах
Спасибо огромное за видео) это пушка, построение целой архитектуры офигенно объяснил за 20 минут🔥 Благодаря твоего видео узнал о решении многих насущных вопросах, особенно про поиск по бд и хранении медиафайлов
Чисто технически Elastic может быть базой данных - он также хранит данные и предоставляет инструменты для работы с ними - и может использоваться без каких либо баз данных. Другое дело, что его обычно используют в связке с базами данных, которые являются примарными источниками данных и могут если что перестроить хранилище Elastic, если допустили ошибку при построении индекса например и в целом порешать подобные проблемы. Внутри Elastic складывает данные в "файлы" своего формата, с которым ему удобно работать и, как было упомянуто в видео, записывает в так называемые индексы. Можно воспринимать индексы как "телефонную книгу", где например записано, какие record ID имеют значение по которому мы ищем. Например нам нужны книги где в названии есть слово "вирус", Elastic в индексе названий собирает все что имеют слово "вирус" и достает список ID книг. Дальше просто собирает уже целые записи со всеми данными по айдишникам. Этот основной принцип называется inverted index, на нем также работают подобные движки, типо Solr и Cassandra. Спасибо за видос!
Очень хорошее видео, которое раскрывает возможности использования этих БД инструментов. Хоть я и не пользовался ранее базами данных, думаю их действительно можно применять в решении множества задач, так что спасибо)
немного неточно говоришь -- отношениями являются сами таблицы, а не стрелочки между ними. Отношение с математической точки зрения, конечно. Стрелочки -- это ограничения или внешние ключи или связи (функциональные зависимости). Также sql, к сожалению, не полон по Тьюрингу (исключая множество не стандартизированных расширений языка), ты не сможешь, например, при помощи sql посчитать расстояния между городами (расстояния между вершинами в графе), только для наперед заданного максимального расстояния L
А уже пришли и напихали про то, что relation пришло из теории множество и вообще отношение в данном контексте это просто прямое произведение множеств значений, которое иначе представляется сетом кортежей, который (сет) по удивительному стечению обстоятельств выглядит как "таблица" (но не обязательно является таблицей)? А вот всякие джойны и тд - это уже примеры реляционной алегебры между несколькими отношениями. То есть она реляционная не потому что между таблицами есть relationship а потому что таблицы это relations и поэтому между ними есть relationship.
5:31 Видос про терминал конечно не помешает. Но не про команды как таковые, а про то как перестать бояться терминала, что он на самом деле удобнее, чем кажется на первый взгляд. А то новички порой даже про автокомплит не знают, что уж говорить о других фишках, которые делают использование терминала удобнее.
Видел многие твои видео в реках, но не смотрел их, а тут решил глянуть и понял что я многое не знаю, спасибо за просвещение, пойду наверное сам теперь углублюсь. Подписался на тебя
Давай чувак лупи 🤙🏾🤙🏾🤙🏾, за терминал обязательно, с удовольствие посмотрю. С нетерпением буду ждать. За линух конечно же в первую очередь ☝🏽 я вообще здесь со стороны тестирования, но подача топ и за контент спасибо, очень полезен 🙌🏼 успехов
Ответил на комментарий про неправильное употребление термина "реляционная", распишу тут подробнее, может кто-то тоже для себя это открытие сделает. Вот как получается: отношение в дискретной математике - это подмножество произведения множеств. Например, если мы возьмем множество букв A...Z и множество чисел 1,2..., то их произведением будет множество всех возможных пар A1, A2, A3, B1 и т.д. Если мы возьмем какой-то набор таких пар, например (A1, B1, B2) - то это будет подмножеством всех возможных пар. То есть - отношение на множестве произведения. И вот, если мы создаем таблицу, у которой первый столбец содержит букву, а второй - число, и добавим в нее записи [A, 1], [B, 1], [B, 2] - то эта таблица и будет представлением (способом записи/хранения) этого отношения (подмножества произведения). А если мы добавляем больше столбцов - мы просто перемножаем большее количество множеств, увеличивая размерность этого произведения. И получается, что данные в таблице - это подмножество из множества вообще всех возможных записей, которые могут быть в этой таблице. И каждая строка - просто точка в этом многомерном пространстве.
Из этого вытекают некоторые свойства реляционных БД, которые отличают их от просто "таблиц как в экселе". Например, ограниченность множества возможных значений (за счет строгой типизации столбцов) и отсутствие гарантий сохранения порядка записей.
честно - очень познавательно для "далекого" от темы человека (систем/девопс инженер). Подталкивает потихоньку к софтвер инжинирингу. (вообще интересно почему так сложно "въехать" с 10+ годами опыта с разными системами, все адекватно, очевидно и понятно, но сесть и начать писать код - прям трудно).
Уточнение по вводной части: хоть таблица и больше похожа на базу данных, но это один файл, в то время как база данных хранит свои данные в кучке файлов на диске
Winderton, У тебя крутые видосы. Сможешь рассказать в каких случаях происходит миграция, какие базы предпочитают для миграции, можно ли изначально выбрать "Ту самую" базу данных, что бы избежать дальнейшую миграцию? Знаю что у Discord была миграция, хотелось бы услышать как они это пережили. Спасибо
Тут речь не про мишрацию с одной базы на другую, а скорее про обновление структуры базы между разными версиями приложения. Для этого можно использоваться liquibase или flyway
видос просто пушка, я бы ещё добавил буквально на 5 минут банаьные отличия между бд, тк я думаю у многих появился вопрос: "а зачем тогда все ти SQLite, MySQL, MS SQL Serv... и тд", а так видос просто топ
Полезное и очень наглядное видео. Непонятно, почему при разработке своего проекта с БД приходится вписывать логин и пароль базы данных на ПК. Ведь при установке стороннего приложения оно никогда не спрашивает ни логин, ни пароль от БД. Получается прога уже знает их? (По видео: Зачем-то речь записана с ускорением, для новичков это слишком быстро. Тем более качественное ускорение есть в самом плеере Ютуба, а вот замедление там полный шлак. Код желательно делать в разы крупнее, иногда даже на увеличении он очень мелкий, при этом весь экран остается пустым.)
Насчёт постгреса и 80%. Я думаю та же монга куда лучше в очень большом числе случаев. Всякие формуные движки, багтрекеры, вики-движки, конструкторы сайтов - всякий такой абстрактный софт, где соответственно и структура данных будет постоянно меняться с новыми фичами, настройками и требованиями
На сколько я помню, в монге существуют некоторые ньюансы связанные с изолированностью транзакций. В больших проектах СУБД выбирают по целому спектру критериев под конкретную область применения. Так что тут не только в формате хранения данных дело. Кроме того, можно прибегать к различным уловкам, вроде использования реляционной бд ТОЛЬКО для записи данных. А другую бд, вполне вероятно и noSQL мы используем ТОЛЬКО для чтения этих же данных, но в удобочитаемом ненормализованном формате. Данные из первой бд переодически синхронизируются со второй бд в отдельном фоновом процессе. Это в целом позволяет ускорить запись, т.к. она производится в нормализованном виде, а так же ускорить чтение, потому что нам не нужно лепить 100500 джойнов, т.к. во второй бд данные денормализованы. Этот подход так же известен в народе как CQRS
Виииин, подписана на тебя не так давно, изучаю сейчас язык, но не все понимаю, как работает 😢. Требую помощи и разъяснений 😅плиз. А еще, в этом ролике ты сказал про ммр 4к😂, так вот я задрот на Вокере, могла бы тебе пару каток засолить 😂 что скажешь?
Расскажи, если знаешь как подключается гугл аутентификация на примере сайта или приложения. Если не сложно конечно, хотя мне кажется это не так популярно.... Очень здорово и просто объясняешь, спасибо огромное.
Видос просто кайф отдельное спасибо что на питоне т. к сам его учу сейчас и меня это вдохновило написать похожее приложение чтобы пощупать как это все работает
@@botsynth это была первая работа просто. Собеса как такового не было. Я до этого какие-то вещи писал сам, типо лендинг странички, телеграм ботов(без бд). А у ребя был урезанный бюджет и платить по 1500€ они не могли, поэтому попросили меня, за меньшую сумму. Сейчас уже во всем этом разбираюсь вполне гуд, успел уже в нескольких местах поработать и довести 2-3 проекта с нуля до продакшена
По работе приходится кешировать кусок базы в файлы и работать уже с ними, ибо работаем в "реальном времени" (судейство соревнований), а база явно на калькуляторе крутится и периодически блокирует доступ по "слишком много подключений"...
14:00 так постгря, как и все бд нормальные, сам умеет в кэширование, в поиск по кэшу, плюсом сам умеет тянуть какую-то часть данных из кэша, а недостающие добирать с диска. Зачем редис то нужнен? А почему не рассказал про планировщик(оптимизатор) баз? Это же офигеть какой интересный и важный элемент, в mssql почти что ИИ.
![Spring Security - Аутентификация, Авторизация, oAuth, и все остальное - [СЛИВ]](http://i.ytimg.com/vi/wcbqwYFfG70/mqdefault.jpg)
![Spring Security - Аутентификация, Авторизация, oAuth, и все остальное - [СЛИВ]](/img/tr.png)
Про терминал видос надо?)
делай
да
да)
Гоу
да
Обожаю людей за то, что они запускают дум везде, спасибо
Полностью поддерживаю !
эх, помню времена, когда только-только нашёл твой канал, было интересно но ничего не понятно, теперь уже после того как начал работать, понимаю что ты рассказываешь и даёшь ну прям очень годные ролики))
Я студент, и сейчас практически ничего не понимаю😅
и че помогло? хотя бы на 100 рублей стал зарабатывать?))
@@ctrlalt01 помогло еще как)) а насчет зп - не жалуюсь на размер, зарабатываю более чем достаточно, ни в чем себе не отказываю
@@ctrlalt01как человек, который получает гораздо больше 100 в айти, могу сказать что контент очень годный, впервые на канале, но похоже что останусь надолго 😂
@@ctrlalt01da.
Спасибо за этот выпуск - актуально, понятно, подробно. Очень круто! Про терминал видос нужен.
Виндер, ты угодил в лингвистическую ловушку реляционных бд.
Отношение - это не связь между таблицами (которые ты показываешь стрелочками), отношение - это и есть сама таблица)
Строка в ней - это кортеж, а колонка - атрибут.
Поддерживаю, для меня это целое открытие было когда это понял. Я помню что нам в универе что-то говорили о том что таблица это отношение, но почему-то в тот момент я это не уловил в полной мере.
джойн двух таблиц будет умножением отношений и тоже будет давать отношение:) так что все так и, одновременно, сложнее
@@ooboontoo а что сложнее? отношение может быть визуально представлено как таблица
Изучаю Пай уже почти год. Перелопатил тысячу бездарных видисов. У тебя уже второй видос просто потрясает своей полезностью и конкретностью. Это 10 баллов, уважаемый.
Как всегда замечательный видос!
А можно отдельное видео про особенности SQLite базы данных?)
Как про базу данных без отдельного сервера, которую можно прикрутить независимо в практически любом проекте.
И соответственно какие ограничения привносит отсутствие серверной части БД, почему она не поддерживает хеш индексы, особенности имеющихся индексов, динамичность типов данных и всякое такое
Можно еще дополнительно затронуть плагинов к ней
Но на мой взгляд есть очень много особенностей чистого SQLite на которые было бы интересно пролить свет)
спасибо за выпуск! супер классное объяснение, особенно здорово, что показывешь картинку сверху и объясняешь, где это применимо
Будет круто, если в продолжении будет подробнее про транзакции, их внутреннее устройство, про разные уровни изоляции транзакций. И про внутреннее устройство индексов.
Слишком мелко для видео
@@alekseykirov4647 можно это среди прочего рассказать
@@alekseykirov4647 и про сложные запросы в бд, которыми программисты своих детей перед сном пугают. На каждом втором собесе: "О, а вы писали сложные запросы? Как оптимизировать запросы?" и т.д. Что там такого сложного может быть? Положил данные. Достал данные.
Погоди погоди, в реляционных базах данных именно сами таблицы называют отношениями (и названы реляционными потому что в основе них таблицы - relationship)
Чееееел, конечно же нужен видос про то, сколько всяких удобных плюшек ты научился накатывать и использовать в терминале.
(Да и в любом инструменте, которым периодически приходится пользоваться)
"Сразу полетели"
Блин, абажаю, когда не надо ждать интро или ускорять видео)
Твое объяснения очень заходят и хотелось бы видоса про bash. И не просто там пробежаться по базовым командам а рассказать про годные инструменты и их использование в рил проектах
Великолепный видос! за такое кол-во практики отдельное спасибо!
Никогда не думал о том что ответы бд можно кешировать для ускорения доступа. Как всегда узнаю что-то новое, спасибо за такой годный контент брат
Ждём продолжения) спасибо большое за создание ролика, полезно очень
Спасибо за видео, изучаю БД и теперь стало намного понятнее, что к чему.
Спасибо огромное за видео) это пушка, построение целой архитектуры офигенно объяснил за 20 минут🔥
Благодаря твоего видео узнал о решении многих насущных вопросах, особенно про поиск по бд и хранении медиафайлов
Очень хорошо объясняешь. Я впервые услышал про Redis, но понял его привлекательность. Такая же фигня с Elastic.
Чисто технически Elastic может быть базой данных - он также хранит данные и предоставляет инструменты для работы с ними - и может использоваться без каких либо баз данных. Другое дело, что его обычно используют в связке с базами данных, которые являются примарными источниками данных и могут если что перестроить хранилище Elastic, если допустили ошибку при построении индекса например и в целом порешать подобные проблемы.
Внутри Elastic складывает данные в "файлы" своего формата, с которым ему удобно работать и, как было упомянуто в видео, записывает в так называемые индексы. Можно воспринимать индексы как "телефонную книгу", где например записано, какие record ID имеют значение по которому мы ищем. Например нам нужны книги где в названии есть слово "вирус", Elastic в индексе названий собирает все что имеют слово "вирус" и достает список ID книг. Дальше просто собирает уже целые записи со всеми данными по айдишникам. Этот основной принцип называется inverted index, на нем также работают подобные движки, типо Solr и Cassandra.
Спасибо за видос!
Очень хорошее видео, которое раскрывает возможности использования этих БД инструментов. Хоть я и не пользовался ранее базами данных, думаю их действительно можно применять в решении множества задач, так что спасибо)
Колоссальная работа! Топ видосы, спасибо, ждем по терминалу)
Спасибо большое, наконец то все встало на свои места )))
немного неточно говоришь -- отношениями являются сами таблицы, а не стрелочки между ними. Отношение с математической точки зрения, конечно. Стрелочки -- это ограничения или внешние ключи или связи (функциональные зависимости). Также sql, к сожалению, не полон по Тьюрингу (исключая множество не стандартизированных расширений языка), ты не сможешь, например, при помощи sql посчитать расстояния между городами (расстояния между вершинами в графе), только для наперед заданного максимального расстояния L
отличный видос! после просмотра, картина уровней взаимодействия стала четче.
Ты че такой крутой? Суперски преподносишь информацию, спасибо за материал!!
Офигенное видео. Спасибо!
Офигенно, спасибо! Да, хотелось бы. А про какое видео ты говорил, где PostgreSQL && C++?
Шикарный ролик, спасибо. Ни взять, ни дать. Кстати, Elastic можно на беке использовать?
Отличный ролик, спасибо за материал.
А уже пришли и напихали про то, что relation пришло из теории множество и вообще отношение в данном контексте это просто прямое произведение множеств значений, которое иначе представляется сетом кортежей, который (сет) по удивительному стечению обстоятельств выглядит как "таблица" (но не обязательно является таблицей)?
А вот всякие джойны и тд - это уже примеры реляционной алегебры между несколькими отношениями. То есть она реляционная не потому что между таблицами есть relationship а потому что таблицы это relations и поэтому между ними есть relationship.
Я собирался напихать, но догадывался, что я могу быть не первым. На самом деле даже от сеньоров слышал это заблуждение
Так что коммент топ
Господи, да как же я раньше то джойны писал без этого
вероятно иногда - весьма неряшливо.
Крутой видос!! Четко, информативно, качественно! Спасибо!
Я бы за работу в терминале. Настройку сервера и среды. Было бя очень интересно! 😊
Всегда восхищался гениальностью реляционок вообще и языка SQL в частности. Это же просто праздник какой-то!
Блин просто пушка
Ты мотивируешь развивать проекты)
Лайк за то, что на примере катания на велосипеде у райдера фулл-фейс шлем.
Шо, тоже МТБшник? 😏😁
Wndtn, благодарю! Терминал необходим! Без него никуда! Очень надо. И вот это вот всё, чтобы хоть как-то сориентироваться.
про терминал супер маст хэв, го видос по нему!
Подача лучшая! Плохо что половину не понимаю 😂 надо двигаться
очень хотелось бы увидеть видео про терминал!
5:31 Видос про терминал конечно не помешает. Но не про команды как таковые, а про то как перестать бояться терминала, что он на самом деле удобнее, чем кажется на первый взгляд. А то новички порой даже про автокомплит не знают, что уж говорить о других фишках, которые делают использование терминала удобнее.
Нереально крутой контент! Спасибо, братан!
Отличный ролик, спасибо за видео
крутое видео,интересная подача,спасибо за выпуск))
Спасибо за контент!
Спасибо за видео очень интересно
Максимально мотивирующие видосы делаешь, вообще огонь
Про терминал интересно от тебя услышать)
Дружище, у тебя даже рекламу интересно смотреть
Redis еще как Pub/Sub можно использовать.
Видел многие твои видео в реках, но не смотрел их, а тут решил глянуть и понял что я многое не знаю, спасибо за просвещение, пойду наверное сам теперь углублюсь. Подписался на тебя
Ну молодец 🎉ну красава👍как я ждал что хоть кто-то додумается не тратить наше время на приветствия и воду👌👍
УАУ обожаю вас! Спасибо!
Давай чувак лупи 🤙🏾🤙🏾🤙🏾, за терминал обязательно, с удовольствие посмотрю. С нетерпением буду ждать.
За линух конечно же в первую очередь ☝🏽
я вообще здесь со стороны тестирования, но подача топ и за контент спасибо, очень полезен 🙌🏼 успехов
Супер конструктивно! Благодарю
Пойду апплаиться на архитектора, спасибо
Лучшее видео про базы на ютубе
Самое базированное
Спасибо что без интро. Про терминал - ннада!
Кайф!)
Автор далек от БД. Отношение это и есть сама таблица. А то что он назвал отношениями на самом деле называется связи.
Ответил на комментарий про неправильное употребление термина "реляционная", распишу тут подробнее, может кто-то тоже для себя это открытие сделает.
Вот как получается: отношение в дискретной математике - это подмножество произведения множеств. Например, если мы возьмем множество букв A...Z и множество чисел 1,2..., то их произведением будет множество всех возможных пар A1, A2, A3, B1 и т.д. Если мы возьмем какой-то набор таких пар, например (A1, B1, B2) - то это будет подмножеством всех возможных пар. То есть - отношение на множестве произведения. И вот, если мы создаем таблицу, у которой первый столбец содержит букву, а второй - число, и добавим в нее записи [A, 1], [B, 1], [B, 2] - то эта таблица и будет представлением (способом записи/хранения) этого отношения (подмножества произведения).
А если мы добавляем больше столбцов - мы просто перемножаем большее количество множеств, увеличивая размерность этого произведения. И получается, что данные в таблице - это подмножество из множества вообще всех возможных записей, которые могут быть в этой таблице. И каждая строка - просто точка в этом многомерном пространстве.
Из этого вытекают некоторые свойства реляционных БД, которые отличают их от просто "таблиц как в экселе". Например, ограниченность множества возможных значений (за счет строгой типизации столбцов) и отсутствие гарантий сохранения порядка записей.
Как насчёт серьёзного продакшена? Банкинга, например? Процессинг на сиквеле не сидит - всё на Оракл!
Про терминал ох как хочется видосика. Если бы бы не был подписан, то подписался бы, чтобы не пропустить его
00:09 "фото вечерний Волгоград"
пхахахахаха привет Волгограду)
честно - очень познавательно для "далекого" от темы человека (систем/девопс инженер).
Подталкивает потихоньку к софтвер инжинирингу.
(вообще интересно почему так сложно "въехать" с 10+ годами опыта с разными системами, все адекватно, очевидно и понятно, но сесть и начать писать код - прям трудно).
Самые лучшие, компактные видео по технологиям, что я видел когда-либо. Смотрел на одном дыхании)
Спасибо за видос! Очень рад что ты выпустил видео про БД
О, видос, поехали
Уточнение по вводной части: хоть таблица и больше похожа на базу данных, но это один файл, в то время как база данных хранит свои данные в кучке файлов на диске
Ееее, видосик вышел, кайф
Жду про терминал видео)❤
Winderton, У тебя крутые видосы. Сможешь рассказать в каких случаях происходит миграция, какие базы предпочитают для миграции, можно ли изначально выбрать "Ту самую" базу данных, что бы избежать дальнейшую миграцию? Знаю что у Discord была миграция, хотелось бы услышать как они это пережили. Спасибо
Про дискорд на Хабре статью читал "Как Discord хранит триллионы сообщений"
Тут речь не про мишрацию с одной базы на другую, а скорее про обновление структуры базы между разными версиями приложения. Для этого можно использоваться liquibase или flyway
видос просто пушка, я бы ещё добавил буквально на 5 минут банаьные отличия между бд, тк я думаю у многих появился вопрос: "а зачем тогда все ти SQLite, MySQL, MS SQL Serv... и тд", а так видос просто топ
очень нужен ролик по терминалу
Интересная штука ceph. Не приходилось ещё со столькми файлами работать.
Давай видео про терминал, давно пора)
Полезное и очень наглядное видео.
Непонятно, почему при разработке своего проекта с БД приходится вписывать логин и пароль базы данных на ПК. Ведь при установке стороннего приложения оно никогда не спрашивает ни логин, ни пароль от БД. Получается прога уже знает их?
(По видео:
Зачем-то речь записана с ускорением, для новичков это слишком быстро. Тем более качественное ускорение есть в самом плеере Ютуба, а вот замедление там полный шлак.
Код желательно делать в разы крупнее, иногда даже на увеличении он очень мелкий, при этом весь экран остается пустым.)
Насчёт постгреса и 80%. Я думаю та же монга куда лучше в очень большом числе случаев. Всякие формуные движки, багтрекеры, вики-движки, конструкторы сайтов - всякий такой абстрактный софт, где соответственно и структура данных будет постоянно меняться с новыми фичами, настройками и требованиями
На сколько я помню, в монге существуют некоторые ньюансы связанные с изолированностью транзакций. В больших проектах СУБД выбирают по целому спектру критериев под конкретную область применения. Так что тут не только в формате хранения данных дело.
Кроме того, можно прибегать к различным уловкам, вроде использования реляционной бд ТОЛЬКО для записи данных. А другую бд, вполне вероятно и noSQL мы используем ТОЛЬКО для чтения этих же данных, но в удобочитаемом ненормализованном формате. Данные из первой бд переодически синхронизируются со второй бд в отдельном фоновом процессе. Это в целом позволяет ускорить запись, т.к. она производится в нормализованном виде, а так же ускорить чтение, потому что нам не нужно лепить 100500 джойнов, т.к. во второй бд данные денормализованы. Этот подход так же известен в народе как CQRS
На чем только doom не запускают.
Но ты удивил меня что на sql можно doom запустить😂😂😂
Виииин, подписана на тебя не так давно, изучаю сейчас язык, но не все понимаю, как работает 😢. Требую помощи и разъяснений 😅плиз. А еще, в этом ролике ты сказал про ммр 4к😂, так вот я задрот на Вокере, могла бы тебе пару каток засолить 😂 что скажешь?
Расскажи, если знаешь как подключается гугл аутентификация на примере сайта или приложения. Если не сложно конечно, хотя мне кажется это не так популярно....
Очень здорово и просто объясняешь, спасибо огромное.
Для моих маленьких проектов предпочитаю использовать JSON. Но видео классное)
Очень классное видео, так хорошо и понятно рассказано, поймёт даже второгодник
Видос просто кайф отдельное спасибо что на питоне т. к сам его учу сейчас и меня это вдохновило написать похожее приложение чтобы пощупать как это все работает
Мужик ,ты крут💪
Чел рассказал все что я узнал за последние 2 года работы за 20 минут
Ну не "рассказал", а как бы дал оглавление к книге, с короткими сносками.
То есть ты работал не зная этого? Крут! А что на собесе спрашивали?
@@botsynth это была первая работа просто. Собеса как такового не было. Я до этого какие-то вещи писал сам, типо лендинг странички, телеграм ботов(без бд). А у ребя был урезанный бюджет и платить по 1500€ они не могли, поэтому попросили меня, за меньшую сумму. Сейчас уже во всем этом разбираюсь вполне гуд, успел уже в нескольких местах поработать и довести 2-3 проекта с нуля до продакшена
Наверное, стоило бы уделить ещё пару минут на ACID и BASE, а так топ
Звёздочка в count означает не "все строчки", а название колонки, количество элементов которой будет считать бд, обычно индекс.
По работе приходится кешировать кусок базы в файлы и работать уже с ними, ибо работаем в "реальном времени" (судейство соревнований), а база явно на калькуляторе крутится и периодически блокирует доступ по "слишком много подключений"...
Как же я тебя обожаю, такие сложные с первого взгляда ты объясняешь за пару минут, знай ты ахуенный
16:30 и чуть далее. И чем монга лучше таблицы с jsonb в пг? В 99% случаев монга нафиг не нужна.
респект за быстрый старт!
Это классное видео ☝️
Добавь пжл ссылку на видос, который ты упоминал
Го сильную историю о терминале и его практическое использование!
Лучше о командной строке)
То что доктор прописал, мне это как раз нужно было
Годный видос, прям топ
Ждем 10 часовой ролик по современным плюсам)
14:00 так постгря, как и все бд нормальные, сам умеет в кэширование, в поиск по кэшу, плюсом сам умеет тянуть какую-то часть данных из кэша, а недостающие добирать с диска.
Зачем редис то нужнен?
А почему не рассказал про планировщик(оптимизатор) баз? Это же офигеть какой интересный и важный элемент, в mssql почти что ИИ.
Раньше я ничего не понимал в твоих видео и думал что просто тупой для того чтобы это осознать, но потом сделал скорость медленнее.