Ребята, пишу не большой сайт по продажи 4-5 видов продукции,возможно в дальнейшем увеличиться до 7 видов но не больше, ставить комбайны типа opencarta не вижу необходимости. Так вот в чем вопрос, создать одну таблицу со всеми видами и далее создать релятивные таблицы со свойствами (у некоторых товаров размеры фиксированные у других нет, некоторый товар шт некоторый в кг продается) или просто создать отдельную таблицу для каждого вида товара?!
Если рисовать диаграмму объектов вашего приложения, то можно сразу выделить четыре сущности.
Абстрактно:
Соответственно теория(и практика) подсказывает, что каждой из этих сущностей потребуется отдельный(и единственный для каждого) справочник(он же таблица в БД)
Остановимся на "товаре", так как вопрос у вас по нему. У каждой единицы товара есть некоторые неотъемлемые атрибуты, как то: тип, наименование, единица продажи(штуки/килограмы), цена за единицу продажи, размеры/вес единицы продажи, etc. Все эти общие атрибуты имеет смысл хранить в справочнике(таблице) товаров.
Если же у некоторых типов товара существуют уникальные атрибуты, то для них потребуются отдельные справочники, связанные по ключу с записью в справочнике товаров.
А вот как организовать справочники уникальных атрибутов, будет это одна таблица типа "ключ"=>"значение", или несколько таблиц, заточенные под конкретные атрибуты - уже зависит от уникальности этих самых атрибутов и требований к ним.
Современные инструменты для криптотрейдинга: как технологии помогают принимать решения
Апостиль в Лос-Анджелесе без лишних нервов и бумажной волокиты
Основные этапы разработки сайта для стоматологической клиники
Продвижение своими сайтами как стратегия роста и независимости