MySql - муки выбора архитектуры

Как заложишь архитектуру, так и поплывёт :) Помогите не совершить ошибки.

Концептуально: Есть доска объявлений, где рекламируются разные товары с разными наборами характеристик. У каждого товара есть разные группы набора характеристик (цвет, вид и т.д.). Каждый товар может иметь разные наборы (например товары без таблицы цвет).

Вопрос по таблице с объявлениями. Назовём её ads. Так вот, есть у нас базовые столбцы:

id, timestamp, iduser... а дальше (мой вариант), идут столбцы param1, param2, param3.. где записываются id параметра из таблицы параметров. (есть много таблиц с разными параметрами: цвет (список цветов), размер (список размеров)

Но так как есть разные группы параметров, нужно ещё держать информацию что для товара № 1 (из категории № 1), столбец param1 - это id из таблицы "x", а для товара № 2 (из категории № 2), param1 - это id параметра из таблицы "y".

Получается что нужна ещё таблица связи - "категория-параметры" Вариант № 2 - это в таблице ads иметь столбцы всех возможны параметров и тогда некоторые столбцы для одних товаров будут пустые и наоборот.

Возможно кто-то разрабатывал такое, и уже наступал на грабли. У кого какие мысли?