ilya_k

я бы сделал так.
FILES_TABLE - таблица
id, filename, filepath

т.е. три "столбца" каждый отвечает за свое.
и в каждой строке по одной картинке.

1. ENUM вообще говоря довольно большая штука 65535 вариантов. Но все же рекомендую делать через нормализацию, вам это словарь может еще пригодится где-то.
2. Ключами стоит делать то, по чем вы будете искать. В случае, если данные в конце слабо отличаются, а основные изменения в начале - имеет смысл ограничить индекс по размеру (ВНИМАНИЕ ТОЛЬКО ДЛЯ ЭКОНОМИИ ПАМЯТИ). Например:
abcd
bacd
dxdc
aabd
У приведенных строк на последнем символе разница не существенная, посему индекс можно ограничить 3-мя.
3. Вот тут бабка на двое гадала, если у вас будет индекс на уникальность (НЕ primary), то множество NULL вы получить сможете, а вот множество "" - нет. NOT NULL рекомендую использовать в случае, если вы требуете обязательности заполнения данных.
4. Конечно MEMORY! Всего один сбой в ДЦ и у вас появится работы на еще пол года, это же замечательно)) В памяти можно хранить только то, что вы согласны в любой момент потерять.
Если по хорошему - memory таблицы во первых имеют кучу ограничений, во вторых - проигрывают k-v хранилищам типа memcached/redis по скорости, в третьих не поддерживают вытеснения.

PS: планируется высокое посещение сайта (десятки тысяч пользователей).

За какой период?
Если за сутки - это... не высокое посещение, вы даже foreign ключики позволить себе сможете.
Если за минуту (и реально много данных) - вот это уже интересно, про FK забудьте, пересчет индексов будет слишком дорогим. Под поиск - смотрите в сторону кластера на elasticsearch, так же скорее всего потребуется кластер мемкэшей. БД дергать можно будет но по минимуму. Основная работа должна будет происходить в фоновом режиме, посему подберите сервер очередей типа rabbitmq, или что-то типа того.

добавлял его в стек navigationController

Вы должны убрать переход на другой контроллев на storyboard. В функции, которая вызывается по нажатию на кнопку вы все делаете правильно, создаете контроллер, передаете ему информацию и уже выбираете как его отображать.
Например, чтобы сделать push анимацию в navigation controller вы должны вызвать метод

[self.navigationController pushViewController:YourController animated:YES];

Чтобы показать новый контроллер в виде модального окна следует сделать следующий вызов

AuthorizationVC *authVC = [AuthorizationVC new];
// передаем необходимые данные контроллеру
//...
// Показываем его выезжающим снизу
[self presentViewController:[authVC rk_vcToNavController] animated:YES completion:nil];

Для того, чтобы его потом закрыть вызываете метод у показанного контроллера!

[self dismissViewControllerAnimated:YES completion:nil];

Одновременно. При переходе назад текущая удаляется, при переходе вперед создается новая.
Варианты:
1) Создать контейнер (например таббар контроллер) и сделать папки с плеером двумя табами
2) Добавить контроллеру с папками сильный указатель на плеер, и при необходимости перейти в него, пушить его, а не создавать новый.

К сожалению нет. Но возможно есть кастомные реализации подобного sheduler'а

В iOS очень сложно с работой в фоне+приложение может быть выгружено в любой момент пользователем. Самый идеальный вариант - реализовать подобную логику на сервере, и , воспользовавшийсь какой либо очередью сообщений (rabbit mq там) +remote push notification, уведомить клиента о наступлении события

Но если с сервером проблемы, то вручную это делается следующим образом:
1) Определить дату и время срабатывания
2) Завести таймер NSTimer с этой датой, там есть метод initWithFireDate(точно не помню), указав селектор(метод) для срабатывания
3) при уходе приложения в фон остановить таймер
4) при возвращении приложения из фона или при запуске - проверить , больше ли текущее время за запланированное в пункте 1 . Если да, то выполнить предпологаемую логику, если нет - то выполнить пункт 2.

Для того, что бы пользователь не проморгал момент наступления события, можно бросать/шедулить локальные нотификации UILocalNotification- в этом случае, если приложение будет в фоне, пользователь увидет пуш и если это что то важное для него - запустит приложение и кинет вас в пункт 4

Дык он же спрашивает каждый раз... Не ставьте галку и вуаля.