ambasadorтип тегов: категории, теги.
возможно я неправильно понял вот это вот ваше предложение.
если же я понял этот момент верно, то
1. единственно сносным из предложенного вами будет №2. (возможно с денормализацией "связей" по типу №1 -- от требований пр-ти)

2. но лучшим будет отдельная таблица категорий и отдельная таблица категорийных "связей" (или отдельное поле--массив в "постах")
--хотя бы потому, что добираться до типа "связи" не потребуется через джойн -- она будет зашита в структуру
и потому, что как только встанет задача структурировать категории в те же деревья -- вы будете отвязаны от тегов, которым это не нужно

зы если отвлечься от фичей пж (типа уместности пользования полей -- массивов), то уместнее вашу тему обсуждать в http://www.sql.ru/forum/db-design

ambasadorЯ правильно понимаю, вы хотели что-то типа этого?:
нет ,неправильно.
во первых я ничего не хочу.
я предлагаю старую парадигму: -- " мухи отдельно котлеты -- отдельно"
т.е. таги и их привязки к постам -- это одна часть схемы
а категории и их --//-- -- это совсем другая. формально почти такая же.
и никаких полей "типов".