Собираемся делать небольшой сайтик по типу прайса — в нём будут товары, их атрибуты, наличие на складе и т.п.
без торговли, но торговля когда-то может появиться.

теперь думаю как организовать БД. пока два варианта:
1. "конкретное" хранилище. Т.е. все товары со своими атрибутами в своих таблицах или одна большая таблица и все виды атрибутов в ней, у чего нет таких атрибутов — поля остаются пустыми. При добавлении нового типа товара с уникальными атрибутами, добавляется колонка, дописываются справочники. Всё жёстко на ключах.
2. "универсальное" хранилище. Справочники содержат типы товаров, другие справочники содержат связку тип_товара-атрибуты. И некая таблица атрибуты-значения, в которой находится практически вся БД.

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

Какие есть ещё варианты?
Спасибо.