Помогите...как наиболее разумно поступить...
есть объект у него есть набор свойств около 200. в зависимости какое значение поставил пользователь в то или иное свойство открываются для заполнения другии свойства и т.д.
вариант один, запихать все в одну таблицу, вариант 2, создать отдельные таблицы для этих свойств?

BakinЕсли все запихаете в одну таблицу, очевидно, нарушите 3нф.
Поэтому, если это действительно так, то можно создать таблицу объектов с набором тех свойств, которые не зависят от других и являются по сути сигналом, смотреть или нет очередную таблицу со свойствами. Каждая таблица со свойствами, есть таблица, объединяющая свойства или группы свойств, которые имеют смысл при поднятом соответствующем флаге (сигнале) в главной таблице.
Но сдается мне, что ваша структура вполне иерархическая, то есть как, например, ВИД голубой кит относится к СЕМЕЙСТВУ полосатиков, относящееся к ОТРЯДУ китообразных, относящийся к КЛАССУ млекопитающие. То есть тут получатся 4 таблицы: ВИДЫ, СЕМЕЙСТВА, ОТРЯДЫ, КЛАССЫ с соответствующими внешними ключами.
Вообще, лучше бы указали предметную область...
Про сигналы спасибо. Предметная область недвижимость.

LSVНикаких разных таблиц ! Зачем ? Сколько их будет ?
Почему в одной таблице нельзя сделать поля "строка","число","дата" и т.д. в завис. от природы свойства ?
Для данного типа товара иметь подготовленный набор свойств. И выбирать только из него.

Иметь древовидный справочник свойств + таблица привязок "Тип товара/свойство+значение по умолчанию"

Там очень много последующей обработки информации, математики и т.д...потом замучаюсь все это выковыривать и производительность боюсь будет низкой