Реляционные базы данных

Владимир Кузнецов.
Описание реляционной модели организации данных. История возникновения. Особенности реализации, сильные и слабые стороны этого подхода. SQL

[@user-ru3yy1yh8j]

лсд тогда продавалась на улицах, проблем с идеями ни у кого не было ))))

[@annakhuseinova8162]

Спасибо, что приглашаете профессионалов. Приятно и интересно послушать :)

[@plentyworlds1003]

громкость бы добавить и музыку убрать а то плохо слышно

[@ineednew9437]

нормально слышно

[@irinav3776]

Не говорит , а мурчит) очень приятное изложение

[@user-bg1ie8hp9c]

😂 Что значит почти всегда? Это значит у всех всегда, а у Вас почти. 👍 Пережито.

[@Snake19S]

Владимир, обожаю ваши видео. Всегда чётко и по делу, но при этом с аккуратными шуточками (про лсд, про почти всегда). Спасибо большое.

[@rafmio]

У автора просто талант при хорошем звуке бубнить неразборчиво

[@yabnku]

что значит "почти всегда"? это значит, что у всех всегда, а конкретно у вас - почти. в фонд золотых цитат. Владимир, спасибо отличный материал!

[@ilgizilgiz]

Спасибо большое за это видео! Удивительное сочетание, когда приятно слушать и полезно и интересно.

[@darkcrusaderzxc]

Весь ролик пытался для себя решить, на кого он больше похож, на худого линуса торвальда или на толстого максима галкина.

[@vladymyrkuznietsov8815]

Вот оно, единство формы и содержания! :)

[@mvv5355]

На волосатого Антона Логвинова

[@user-ev5oc4dq3z]

Токсичный коммент

[@user-mv4rv7jt2p]

Сергей Н. благодарствуем! Про лсд и идеи 💡- это мощно 🤣

[@nikolaysokolov9027]

Спасибо большое. Очень интересно рассказываете! Приятно слушать.

[@ukrainaponaduse3728]

Материалы полезные и доступно изложенные. Спасибо большое! Есть один минус в том что звук немного размыт и в момент когда Владимир говорит какой-то термин его трудно разобрать.

[@dmitriy7260]

Отличное видео. Очень интересное.

[@user-pg7xv3tx2y]

”Что значит почти всегда?..”😂😂😂

[@user-tw2yw2pk2k]

Все хорошо, но музыка мешает - громко слишком.

[@Jeka-ji2yu]

Сергей,можете сделать видео,про то какие задачи встречаются на реальных проэктах? Спасибо.

[@user-ro9uj5ef3d]

половина ролика - история. как-то много :) потом совсем коротко (минуты 3) про "данные хранятся в таблицах" (и почему тогда "релационные"? что такое отношение?), нормализацию (тут неплохо бы и про денормализацию добавить), планы (бывает, что надо как раз помочь хинтом или закрепить план), индексы (далеко не всегда. бывает и фулскан лучше). остальное - натягиваем ООМ на Реляционную Модель и почему это больно. касательно последней части - оно понятно, ибо ЦА - джаверы и иные ООПята, но в остальном - хотелось бы больше матчасти. Юмор норм :)

[@vladymyrkuznietsov8815]

История - моя слабость :) Про реляционки инфы очень много, в этом ролике хотелось акцентировать внимание на то, о чем упоминают реже, чем могли бы. Касательно индексов будет отдельный ролик. И это, если ситуация с записью такова, что отсутствие индекса - лучше, чем с ним - это очень яркий индикатор того, что надо пробовать что-то на логе, а не на страницах :)

[@Joe.o7]

Тайминги, очень нужны.

[@voothi-it]

Спасибо

[@andreymorozov1189]

Ждем модель на основе графов)

[@Igor_UA]

Молодец!

[@Ruslan-bo4xk]

Для меня как для начинающего, практический ничего не понятно, кроме слов яхта, тони старк, апалон. но всё равно интересно слушать, вернусь к видео позже...

[@eyu7111]

Супер, исЧё!

[@dmChanal1]

Офигенный чел

[@astral022]

Майка огонь! )

[@brostver]

👌👏

[@vasilh3125]

Это Немчинский музыкальный аккомпанемент играет?

[@MrLuckfinder]

Зачем камера скачет? Меня сейчас стошнит!

[@vladymyrkuznietsov8815]

Писал на яхте :) Оператор сказал, что сейчас так модно.... Но да, меня тоже укачало, попробовали - и хватит...

[@dikiykipovec4918]

пока не прочитал этот коммент, не замечал. потом тоже качать начало🤣

[@tesla3808]

Фишки блогера

[@vasiapupkin2014]

не смотри в чем проблема? лол какой-то

[@tleanvasner6866]

в этом и следующем видео, не знаю, как в остальных, очень сильно трясется камера и тяжело смотреть. этот футаж можно было бы исправить, если просто в какой-нибудь композерской или монтажной программе стабилизоровать изображение, сделав при этом немного крупнее его, может на 1%. у вас там сздади есть точки, за которые программа может зацепиться и даже несмотря на блюр, оттрекать и стабилизоровать изображение можно. знаю, что видео старое, но вот когда пришла, тогда и сказала.. на будущее, получается

[@Oleg77777100]

Привет! На счет миграции: насколько я знаю, эту проблему могут решать штуки типа Liquibase и FlyWay. Что думаете о них?

[@vladymyrkuznietsov8815]

Когда мы говорим о проблемах внесения изменений и миграции данных, то нужно различать два принципиально разных случая: эксклюзивный доступ к базе, когда она обслуживает запросы только разрабатываемого приложения, и случай, когда база является интеграционным слоем десятков, если не сотен систем. В случае реляционной базы мы оказываемся скорее во втором случае. Но в любом случае внесение изменений и контроль версионности (как я понимаю, Liquibase больше сосредоточена на этом) SQL модели базы на практике - это постоянная головная боль, и любая помощь тут очень welcome. Но вот в случае продакшена крупного заказчика часто все делается в ручную. Потому что тут начинают влиять многие не функциональные требования: разграничение ответственности и доступа, например. Установка новой версии ПО делается отдельными специалистами по сложным протоколам, которые были разработаны в рамках организации, и которые никто не будет менять.

[@Oleg77777100]

@@vladymyrkuznietsov8815 понятно, спасибо

[@Per4ik92]

@@vladymyrkuznietsov8815 Как же ж это круто звучит. Поверим на слово :) вот бы поработать под твоим началом и это всё прочувствовать на деле!

[@SERGEYSUKHOTSKIY]

Реляционные базы, в отличие от остальных, основаны на более общей, более абстрактной , на математической идее, а потому, как частный случай, содержат и все остальные. Например вы можете запихнуть все вложенные данные одного документа в одну таблицу и у вас получится документная модель. То есть документная модель - это реляционная без реляций и с неограниченной тупой денормализацией. Те, кто не понимает внутренней красоты реляционной модели и кого тупо не натаскали на ее использование, так и используют реляционные базы - когда-то давно в 1С такое было (лет пятнадцать назад ).

[@vladymyrkuznietsov8815]

Ну такое... Как реализовать, к примеру, отсутствие схемы? тот же MapReduce? Похоже, подогнав формальные признаки - безусловно. Но мы так и карьерный самосвал на развозку почты определить можем, а что, похож ведь, и колес тоже четыре :)

[@zhorasklyar2319]

👍

[@Per4ik92]

Пожалуйста: что почитать + пару вопросов на собеседование (сейчас java-dev: june).

[@darkcrusaderzxc]

june это июнь?

[@maxlich9139]

@@darkcrusaderzxc июньский урожай))))

[@etcnet6477]

Владимир судя по всему не прочь вернуться к старой практике генерации идей)

[@soldafon3petroff745]

1с8 - объектная + реляционная

[@dkartashoff]

Автор с головой дружит!

[@saharatbatyr5835]

каждый раз вздрагивал при появлении надписей из-за звука покупки итема у игрока из линяги

[@igorpoznyakov5486]

Что меня развивае - то должно получить лайк

[@hohanov]

Суть только с 9:30 начинается

[@viktoryakovenko757]

раскройте пожалуйста шире причину явления 9:32 - 9:40

[@vladymyrkuznietsov8815]

Если коротко, то сейчас для инстанса реляционной базы со всеми плюшками достаточно средненького сервера, если мы хотим решать "классические" задачи. Спасибо НТП и все такое. Но аппетит приходит во время еды. Сейчас мы хотим надежность и распараллеливание выполнения тяжелых запросов на огромных массивах данных. И за смешные, по старым временам, деньги. Этого можно достичь с помощью репликации. Когда база распределена на десятках дешевеньких серверов. И тут засада: реляционные базы в репликацию умеют не очень хорошо.

[@vasiapupkin2014]

Больше морковки и капусты ешьте

[@evgeniibubolev9881]

10:17 очепятка на ошибке

[@sevgenberg585]

Почему суррогатные ключи лучше использовать чем логические, кроме абстрагирования ключа от реальных данных...

[@vladymyrkuznietsov8815]

Логические, или как их еще называют бизнес-ключи, конечно лучше использовать. Вот только на некоторых проектах бизнес-требования имеют тенденцию постоянно уточняться\меняться... И после третьего заваленного релиза как-то начинает свербеть мысль: эх, а вот был бы суррогатный ключик - так хоть апдейт записи нормально бы работал... :)

[@user-gk6vw3rr4l]

привет ,кому скинули видосик на паре)(информатика)

[@svodnet]

ты похож на линуса торвальдса😁

[@YuriyYarosh]

Линус когда не знает - ерунды не говорит...

[@HowItWorks]

Два одинаковых обьекта с разными инстансами это два одинаковых обьекта в БД (две строки по сути), но с разными праймари кеями. Что не понятно то? :) А так толково рассказано.

[@HowItWorks]

Я даже лайкнул. :):) Хорошо рассказал, но не до конца. Но оно понятно т.к. до конца рассказать, это книжка целая. ORM хорош ровно до тех пор, пока не нужно изменить модель, а по сути это про того самого верблюженка, когда мы не используем все плюшки реляционной базы, а просто используем как хранилище для обьектной ориентированного программирования. Зачастую получаем бестолковую структуру в базе с тупыми не селективными запросами. Не встречал хорошую реализацию на практике.

[@kandreyk9159]

ну если у вас в объектной модели нет поле ключа (а зачем оно вам, вы же в программе всегда можете различить объекты по адресу), т.е. для маппинга приходится добавлять в модель дополнительное поле

[@yevhenukrainianer4781]

offtop, но гитарка на фоне клевая

[@b.g.5106]

mikola.o.net/ не работает, я проверял

[@KonstantinGanchin]

Музыка перебивает речь. Вообще можно было без музыки оставить видео.

[@ih8sn0w10]

1st)

[@stasy4601]

tegomotina

[@gregoryrubies6045]

1. В РМ данные не хранятся а представлены, и не в виде таблиц а в виде множеств. 2. "В одной таблице хранится один тип данных" - сомнительное утверждение. Множество предваряет собой отношение, состоящее из кортежей. Каждый кортеж уникален и имеет фиксированный набор атрибутов, каждый атрибут имеет четко определенный тип данных. Понимаю что ролик обзорный и пытается охватить ещё и тему рсубд. Но всё-таки если речь про РМ то и нужно говорить в терминах РМ.

[@aivazm2]

Что с камерой? Трясется.

[@stanislavstashchuk711]

Autofocus maybe.

[@vladymyrkuznietsov8815]

так сейчас модно, говорили они, будет оживлять, говорили они... :)

[@user-hv9pk2nu8t]

Вода до 10й минуты

[@andreiglebovskii189]

можно погромче!!!!

[@itcloudguy]

Зачем так часто переключать камеру? Там, что маньяк оператор сидит что-ли? Издевательство какое-то, испытание нервов зрителя. И звук тоже слабоват. И не "указИвает" (10:12), а указЫвает. Лучше Сергея слушать, ей Богу...

[@vladymyrkuznietsov8815]

Алексей, до сих пор вы нашли только одну опечатку, это издевательство какое-то, лучше бы другие зрители камментили, ей богу... ;)

[@itcloudguy]

@@vladymyrkuznietsov8815 Аа... Так это вы тот самый оператор ?! :) Раз на вас подействовало мое замечание. :) Я постоянный слушатель данного канала и мне интересно слушать именно Сергея. Извините. Но я даже когда пишу комментарий, по десять раз проверяю есть ли в нем грамматические ошибки. Не говоря уже о подготовке видео к всеобщему обозрению. А если бы записывал видео, то сначала протестировал, слышно ли вообще говорящего в нем или нет.

[@itcloudguy]

@@SergeyNemchinskiy При всем моем уважении, Сергей. Я всегда жду с нетерпением хотя бы "загоны". Но именно от вас. Ех... Жаль, что лекций давно уже нету...

[@BeforyDeath]

"правило 3 секунд" при мантаже видео, если не замечали, то держать картинку более 10 секунд плохая идея .. единственное что тут не так, это один и тот же человек в кадре, переключиться не на что ) можно котиков добавить

[@sergem2794]

BeforyDeath , слыхали правило 3 секунд. Можно несколько камер поставить с разными ракурсами. Можно к видео десяток слайдов подготовить и переключаться на них время от времени. Но в любом случае, всем спасибо за видео. Очень интересно. Ждём продолжения.

[@user-bi3kx5uf6d]

Кабана чувак прочитал

[@yuryzhuravlev2312]

ORM это тупиковый путь, который только усиливает проблемму взаимодействия с ООП языком и убивает оптимизации и кучи фичь. Даже простой для БД и повсеместный join это целая боль.

[@Shrtsmstr445]

сколько воды... человек заходит смотреть видео с целью разобраться в самих базах, а не получить урок истории

[@YuriyYarosh]

> краткость реляционной алгебры в хаотичный мир... Вот только JOIN'ы в SQL'ных базах данных нельзя объяснять на диаграммах Венна, а вот операции на множествах union/intersect - запросто. bit.ly/2ju642v Можно сказать что целая пачка книжек по SQL'ным СУБД объясняют этот момент как будто авторы pl/sql'я в жизни ни разу не касались. > реляционная модель не учитывает... полиморфизма нету... Для этого есть наследование табличек... > плохо ложиться на объектную... Все, без исключения, популярные SQL'ные базы данных умеют в JSON (даже SQLite) и представления. Жаль что не объяснили что такое Сбалансированные деревья поиска и как их дизайн лёг в основу современных СУБД, в том числе и NoSQL'ных. Откуда там взялись реляции, и почему реляции есть даже у NoSQL субд (типа MongoDB). В целом касательно реляционных баз данных бытует очень много предрассудков, но тут проблема в том что сейчас мало кто вообще понимает особенности работы и ценность для бизнеса. Для галерок выгоднее выпустить на рынок кривой продукт чтобы доить клиентов. Материал не более чем "ввод в историю", упомянутые "недостатки и преимущества" не имеют отношения к возможностям и особенностям работы современных реляционных СУБД.

[@vladymyrkuznietsov8815]

Без комментариев, главное, не держите это в себе, почаще говорите это на собеседованиях, несите правду, так сказать, в свет! ;)

[@YuriyYarosh]

​@@vladymyrkuznietsov8815 на практике оно вообще вот так kzbin.info/www/bejne/rYWzeIpnhbOslbs А так что на украинских галерах не то что SQL, но и просто функционал существующих СУБД не знают... уже порядком поднадоело. Жаль что у нас подобных Дилетантов продают как Синьёров/Архитектов, и это поставлено на поток.

[@vladymyrkuznietsov8815]

@@YuriyYarosh Уровень снобизма на уровне мидла+, технично, но без огонька:) На практике ты используешь JSON столбец, разворачиваешь там документ резвишься там без оков схемы... Вот только почему-то при мааленьком UPDATE как-то все тормозит... Ах, вся запись переписывается, кто ж знал-то :) Но вообще, тема вариантов использования JSON действительно довольно новая и интересная, надо будет покопать...

[@YuriyYarosh]

​@@vladymyrkuznietsov8815 Список мудаков-дилетантов пополнен. В JSON не умею, но снобом - обязательно обозву... жаль конечно что подобные индивиды распространяют заведомо ложную информацию ввиду собственной профессиональной несостоятельности. Желаю Вам скорого увольнения.

[@vladymyrkuznietsov8815]

@@YuriyYarosh "Педро, ты разбил мое сердце" (с) ;)

[@lavcoder]

Если это видео для начинающих, так они не усвоят и половины, потому что не та подача материала... А опытные разрабы и так знают этот материал.

[@genabeton]

Мидлл сайз. Аккурат для нерадивых асушников

[@alexnagorny7692]

Я бы так не сказал. Я - почти что начинающий. Понял все, слушал с открытым ртом ))) Особенно понравилось про учебники и самую быструю яхту ) Мотивирует )

[@AlekseiKazantcev]

@@alexnagorny7692 зависит все от человека, мне вот не нравится читать книги технические полностью, выбираю только нужную главу и читаю, если читать сразу всю, хрен что применишь

[@radzewil]

Реляційні бази і зараз для банків безальтернативні. ОРМ - фігня повна - не користуйтесь

[@vladgonchar]

Согласен: орм - похоже на фигню

[@user-rs2iz5gl3u]

Базогуру! щеб українською мовою ціни б вам не було!