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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Молодец!

Спасибо

Супер, исЧё!

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

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

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

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

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

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

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

👌👏

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

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

👍

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1st)

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

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

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

tegomotina

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

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

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

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

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

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

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

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

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

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

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

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