Сергей

Cover: id, name, path
CoverRelation: CoverId, EntityId (ид фильма, книги и т д), Type (фильм, игра... можно расширять до бесконечноти если завтра, например, появятся еще книги и аудио-альбомы, в вашей схеме придется заводить новые поля)

Хотя если держаться за нф, то надо отдельные таблицы заводить типа АфишиДляИгр, АфишиДляФильмов и т д и для каждой таблицу связей

1 попробуйте это scrollmagic.io
2 если не сможете разобраться, закажите у фрилансера

При установке галочки генератор представления добавит вам в view js-скрипты. Выглядеть это будет так:
@Scripts.Render("~/bundles/jquery")
@Scripts.Render("~/bundles/jqueryval")

Более никакой разницы нет.

Не в ранних, а в платных Ultimate версиях. В коммюнити встроенного нет. Можно поискать среди плагинов к студии, но лично я на подобные не наталкивался, во всяком случае среди бесплатных.
Можно использовать сторонние программы. Для построения диаграмм классов C# я использую NClass - бесплатная, с возможностью кодогенерации и получения диаграммы из exe-шника.

В первом случае ты передаешь в newArr указатель на массив, потом изменяешь этот же массив через указатель arr.
Во втором случае ты снова передаешь указатель в переменную newArr, а потом просто присваиваешь переменной arr другое значение, то есть убираешь из нее указатель, но не затираешь само значение. Мало того - ты вручную вообще никак не затрешь значение любого объекта, ты можешь только "забыть" о нем, а уберет его за тебя уже либо сборщик мусора, либо просто вся выделенная память затрется при перезагрузке страницы.

Мне кажется тут не хватает образного примера:

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

Вот и сказочке конец, а кто слушал, тот и gulp.

Простите - пятница.

bind — навешивает обработчик непосредственно на элемент (когда тот есть в DOM-е). При удалении элемента так-же удаляется.

live — навешивает обработчик на document, используется делегирование (всплытие событий). Позволяет создать обработчик до того, как элемент появится в DOM-е. При удалении элумента обработчик не удаляется, а просто перестает срабатывать. Если в DOM снова вставить элемент, подходящий под селектор, обработчик снова отработает.

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

on — объединяет возможности как bind, так и delegate (зависит от формы использования). Как верно было замечено, остальные методы deprecated и в новых версиях поддерживаться не будут. Елиный метод введен для того, чтобы не возникали вопросы какой метод использовать.