Как смоделировать отношение к разным типам объектов

Я занимаюсь разработкой программного обеспечения для создания и хранения макетов печати.

• расположение состоит из серии страниц.
• каждый страница имеет один или несколько столбцов
• Внутри каждого колонка будет один или несколько элементов
• Элементы в столбце упорядочены: существует фиксированная последовательность элементов
• элементы может быть типа «текст» или «изображение» (для простоты, в действительности существует гораздо больше типов)
• Разные элементы имеют разные свойства. Например. изображения имеют URL ресурса, текст имеет шрифт. Смотрите пример кода в конце публикации.

Мой вопрос о моделировании отношений между столбцами и элементами.

Это было бы действительно прямо вперед. Добавьте все свойства как столбцы в таблицу и используйте отношение N: N для моделирования отношения между столбцами и элементами.

Отношение может выглядеть так

column_idELEMENT_IDпорядок
000000010000000010009
000000010000000020012
000000020000000060003

Мне кажется, это не очень привлекательно, поскольку таблица для хранения элементов будет заполнена пустыми записями, например, все font столбцы будут пустыми для элементов изображения. Будет еще хуже, если я рассмотрю все разные типы элементов, которые у меня есть (около 10).

Преимущество: SQL-запросы относительно просты:

select * from
relation_table R inner join elements E
on R.element_id = E.id
where R.column_id = FIXED_COLUMN_ID

Моделирование элементов было бы довольно простым, просто создайте один столбец для всех свойств элемента класса и добавьте свойства определенного типа элемента, такого как изображение.

Но как насчет моделирования столбца отношения: элемент?

Мой первый подход состоит в том, чтобы попытаться добавить столбец в отношение, которое указывает тип элемента, который будет напрямую отображаться в связанную таблицу:

column_idELEMENT_IDпорядокэлемент ELEMENT_TYPE
000000010000000010012текст
000000010000000020003образ
000000020000000060005образ

Это, конечно, работает, но все sql-запросы для извлечения элементов для определенного столбца будут довольно сложными.

Есть ли подход, который сочетает в себе простоту запросов SQL из идеи № 1 и более точное моделирование базы данных идеи № 2?

Как вы подходите к этой проблеме?

П.С .: При других обстоятельствах я бы переключился на базу данных на базе nosql, но это невозможно 🙁

<?php
// Sample code of element structure
class element {
protected $id;
protected $order;
// more properties, getters and setters...
}

class image extends element {
protected $image;
// more properties, getters and setters...
}

class text extends element {
protected $font;
// more properties, getters and setters...
}
?>