Приветствую! Предполагаю, что в запросе, который представлен в начале видео, есть небольшая опечатка: Вместо: create view customers_v id, name as select id, name from customers; Следует написать: create view customers_v as select id, name from customers; А в остальном материал подан как обычно безукоризненно бомбезно ✌ Большое спасибо, Андрей 🦾
Здравствуйте Андрей, спасибо за полезное видео! Материализованное представление 6:07 в MySQL 8.0.26 обновляется автоматически если исходные таблицы были изменены. Пожалуйста продолжайте видео на тему SQL. Узнаю много нового!
Для тех у кого выдает ошибку при создании VIEW на моменте 0:25 В первой строке не надо прописывать "id, name" CREATE VIEW customers_v AS SELECT id, name FROM customers
Андрей, спасибо за видео! Возник вопрос после просмотра: представления не содержат данных, при работе с представлениями идет обращение к данным, которые содержатся в исходных таблицах. Т е при выполнении update (или других изменений) в представлении, меняются данные в исходных таблицах?
Обновление представлений - это очень сложная тема. При определенных условиях изменение данных в представлении приводит к изменению данных в базовой таблице. Однако так сделать не всегда возможно. Например, если представление использует группировку и вычисляет агрегатные функции. Поэтому лучше не запускать UPDATE для представлений, кроме случаев, когда вы четко понимание, что данные в таблицах действительно могут быть изменены правильным образом.
Возможно, представления нужны для иммунитета краша при расширении приложений. Вместо того, чтобы менять схемы бд и ее логику, иногда можно обойтись созданием нескольких представлений.
А что подразумевается под "ограничением доступа к данным". Каким образом они ограничиваются и для кого? Про сокрытие реализации тот же вопрос. Это как-то с правами связано? Типа админ БД может обычному пользователю видимыми сделать только вьюшки?
4:57 Андрей, скажите пожалуйста, вы говорите что представления не меняются, но ведь получается, что администратор бд может менять таблицы в базе данных, то есть данные будут изменены, так как же представления не будут меняться, если будут? Изначально представления не содержат данных, то есть они будут меняться, если данные в исходных таблицах также будут изменятся, разве нет?
администратор не меняет данные в таблицах, он админит саму бд. он что-то поменял в устройстве бд, если надо - подправил представление и всё! ты как пользовался представлением sales_v так и продолжаешь пользоваться представлением sales_v. Понимаешь? даже если админ или кто-то еще меняют данные в исходных таблицах, то данные в твоих представлениях, ессно, тоже изменятся - это само собой!!! по-другому не бывает. см выше про изменение в структуре бд - автор про этот момент говорил.
Как вставить представление в другую таблицу? Подскажите, пожалуйста!!!чтоб в таблице отражались столбцы из представления. Через update? 😢😢😢😢 никакие могу сообразить..😅😢
У вас автор талант. Вы сложные концепции объяснете на пальце, так что ёжик разберется. И при этому всю основную информацию умещаете в 10 минут!
Спасибо!
Приветствую!
Предполагаю, что в запросе, который представлен в начале видео, есть небольшая опечатка:
Вместо:
create view customers_v id, name
as select id, name from customers;
Следует написать:
create view customers_v
as select id, name from customers;
А в остальном материал подан как обычно безукоризненно бомбезно ✌
Большое спасибо, Андрей 🦾
Спасибо за видео Андрей !!! Изложение материала отлично !!! Смотрю и жду все ваши уроки !!!
Пожалуйста! Рад, что нравятся!
Очень признателен вам за образцовые материал и подачу. 99% всех лекторов должны поучиться у вас.
Низкий поклон за столь качественное объяснение!
Спасибо! Рад, что понравилось!
Спасибо. Ваши видео прекрасно подходят, чтобы быстро вспомнить вузовский курс)
Пожалуйста! Рад, что видео полезны!
Здравствуйте Андрей, спасибо за полезное видео! Материализованное представление 6:07 в MySQL 8.0.26 обновляется автоматически если исходные таблицы были изменены. Пожалуйста продолжайте видео на тему SQL. Узнаю много нового!
Не знал про такую возможность MySQL, интересно! Спасибо!
Спасибо Андрей. Если нужно быстро разобрать тему - всегда выбираю ваши видео.
Спасибо большое! Очень понятно. Таких авторов мало
Спасибо! Рад, что нравится!
Вау! Представление - классная штука! Спасибо за урок! :)
Пожалуйста!
Крутое видео. Спасибо!
Пожалуйста!
спасибо
Пожалуйста!
Отличный материал, все по делу. Спасибо!
Лучший урок!
Шикарное объяснение, спасибо
Для тех у кого выдает ошибку при создании VIEW на моменте 0:25
В первой строке не надо прописывать "id, name"
CREATE VIEW customers_v
AS SELECT id, name FROM customers
я решил этот вопрос по другому, открыв документацию увидел что там надо писать (id, name) но не обязательно
@@f1n1st13
у тебя правильный подход: надо сиотреть в доке
Спасибо за уроки, все ясно
Прекрасно!
Спасибо!
СПАСИБО!!!
Спасибо за отличный материал! Жаль, что нельзя два лайка поставить =)
Спасибо за прекрасные видео. Вы случайно не планируете курс по администрированию бд?
Пока не планирую. По администрированию есть хорошие курсы у PostgresPro - postgrespro.ru/education/courses
@@AndreySozykin спасибо!!
Андрей, спасибо за видео! Возник вопрос после просмотра: представления не содержат данных, при работе с представлениями идет обращение к данным, которые содержатся в исходных таблицах. Т е при выполнении update (или других изменений) в представлении, меняются данные в исходных таблицах?
Обновление представлений - это очень сложная тема. При определенных условиях изменение данных в представлении приводит к изменению данных в базовой таблице. Однако так сделать не всегда возможно. Например, если представление использует группировку и вычисляет агрегатные функции.
Поэтому лучше не запускать UPDATE для представлений, кроме случаев, когда вы четко понимание, что данные в таблицах действительно могут быть изменены правильным образом.
@@AndreySozykin спасибо за ответ!
Спасибо.
Возможно, представления нужны для иммунитета краша при расширении приложений.
Вместо того, чтобы менять схемы бд и ее логику, иногда можно обойтись созданием нескольких представлений.
нарборот: создаются представления как абстракция, а таблицы меняются как надо.
@@manOfPlanetEarth , и чтобы аналитики не сломали твои таблицы)
@@vor6758
это тоже верно, согласен.
но вообще выше ты высказал несколько путанную идею - я её просветлил.
А что подразумевается под "ограничением доступа к данным". Каким образом они ограничиваются и для кого?
Про сокрытие реализации тот же вопрос.
Это как-то с правами связано? Типа админ БД может обычному пользователю видимыми сделать только вьюшки?
Да, именно так. Пользователю дают права доступа только к представлениям, а не к самим таблицам.
4:57 Андрей, скажите пожалуйста, вы говорите что представления не меняются, но ведь получается, что администратор бд может менять таблицы в базе данных, то есть данные будут изменены, так как же представления не будут меняться, если будут? Изначально представления не содержат данных, то есть они будут меняться, если данные в исходных таблицах также будут изменятся, разве нет?
тоже этот момент не понял) может пояснить, пожалуйста, кто-нибудь?
администратор не меняет данные в таблицах, он админит саму бд. он что-то поменял в устройстве бд, если надо - подправил представление и всё! ты как пользовался представлением sales_v так и продолжаешь пользоваться представлением sales_v. Понимаешь?
даже если админ или кто-то еще меняют данные в исходных таблицах, то данные в твоих представлениях, ессно, тоже изменятся - это само собой!!! по-другому не бывает. см выше про изменение в структуре бд - автор про этот момент говорил.
А чем это отличается от CTE в PSQL?
Как вставить представление в другую таблицу? Подскажите, пожалуйста!!!чтоб в таблице отражались столбцы из представления. Через update? 😢😢😢😢 никакие могу сообразить..😅😢
чз insert!!!
insert into some_table
select * from some_view
столбцы по типам должны совпадать! или выбирай и указывай столбцы какие тебе надо.
Че делать-то, если SQL отрубят?)
Альтернатива есть?
как можно отрубить язык БД -_-
Спасибо!
Пожалуйста!
Супер крутое объяснение, спасибо огромное
Пожалуйста!
Спасибо
Дякую
спасибо огромное!