3Doleg,

3Doleg,

нефиг делать.

представления - агрегированные данные.

я не вчитывался в базу, лень

аля, таблица актёры с пририсовкой колонок кол-во фильмов и что там ещо можно надыбать

фильмы с пририсовкой колонок, кол-во актёров,

или представления что_в_нас_есть жанр фильма, число фильмов этого жанра


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


процедуры.
представим ситуацию, гипотетическую, награду(название) отменили

процедура отмена_награды(название) - удаляет все данные связанные с этой наградой из базы

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


=====================================
да ты и сам лучше придумаешь. достаточно понять зачем нужны представления , процедуры и функции

счас пошла мода , импровизировать на своём языке все и вся.

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

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

когда нам надо добавить данные, мы не строим запросы инсерта, мы вызываем процедуру(функцию)

тыж както хотел использовать эту базу...

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

это не углубляясь