Для разработки новой возможности в медиапланере, а именно - создания мультилокальных медиапланов, требуется внести изменения с структуру базы данных.
Сейчас локальные медиапланы создаются для рекламной кампании одного рекламодателя в привязке к определенной точке вещания (частоте), поэтому медиапланы жестко привязаны к определенной сетке вещания и определенному эфирному расписанию. А нам нужно, иметь возможность привязывать медиапланы только к определенной сетке вещания, в следствии чего медиапланы могут одновременно назначаться на разные эфирные расписания.
Поэтому в базу данных нужно добавить промежуточную таблицу NETWORK через которую будут связаны сетки и расписания (частоты) (как показано на рисунке). При этом появится возможность множеству расписаний назначать множество сеток.
{{Image("changed_links.jpg")}}
Как это работает
- Вводим новое понятие Сеть - совокупность расписаний, имеющих общую сетку вещания.
- В общих настройках новая закладка - редактор сеток.
- В окне свойств расписания появилась возможность привязать его к сети. (Плюс вызов редактора сетей непосредственно из окна свойств расписания)
- Каждое расписание может принадлежать одной из сетей или не принадлежать ни одной из них.
- В случае, если расписание не принадлежит ни одной из сетей, оно может иметь шаблон. В этом случае оно будет создаваться из шаблона.
- Только расписание принадлежащее сети может иметь сетку и создаваться по ней.
- В медиапланнере доступны только расписания включенные в сеть.
- Только одно из расписаний принадлежащих сети может быть ротировано МАГ’ом. Какое именно указывается в свойствах расписания. Остальные расписания в ротаторе недоступны.
- При изменении формата БД для всех расписаний, у которых была сетка автоматически создается одноименная сеть к которой привязывается расписание. При этом старая связь между сеткой и расписанием schedule_id в таблице GRIDS и sch_id в GRID_CLOCKS не удаляется и не чистится, что дает возможность старой версии правильно работать (до тех пор пока не начали изменять структуру). Это упростит процесс обновление версии. Для тестирования имеет смысл удалить это поле вручную чтобы в случае обращения к нему новой версии мы сразу это заметили.
Проверить (с БД) При тестировании удалить поля GRIDS.schedule_id GRID_CLOCKS.sch_id
- Автоматическое создание расписания по сетке.
- Автоматическое создание расписания по шаблону.
- При конвертации БД не теряются и не путаются сетки
- Проверить редактор сеток. ( Создание, удаление, переименование)
- Возможеность ротации в МАГ’е только одного расписания.
Проверить (без БД)
- Редактирование шаблонов
- Автоматическое создание расписания по шаблону.
- не должно быть ошибок связанных с отсутствием бд
