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

Поэтому советы:

1. Начните с простой плоской схемы, не лепите "объекты", их в базах данных без специальных телодвижений не бывает,
2. Классификация и теги связываются не так, как Вы нарисовали;
3. Постройте сначала схему для одного типа содержимого, Вам будет проще делать обобщения на ее основе.

> Погуглю на счет объектов в бд.

Напрасно потеряете время. Я же говорю: пока просто нарисуйте схему для одной сущности (статьи), потом замените сущность (книги) и постройте недостающую структуру. Вы по крайней мере поймете, в какую сторону нужно двигаться, как выделять общие атрибуты и что именно привязывать к тегам и классификатору.

> Не подкините ли информации по классификации и тегам?

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

> два слова вместе только в моем вопросе поиск нашел

На моей памяти ни семантическая классификация, ни традиционная здесь не обсуждались. Англоязычные источники кроме онтологий тоже по этому поводу ничего не предлагают. С виду это простые задачи и до реальных подводных камней доходит, видимо, очень небольшая часть разработчиков.