alneoвсе задачи для автомобилестроительного завода.
Это дает уйму информации :)

alneoпросто можно хранить и в объектных типах данных,
можно через кучу таблиц или сделать типа как в 1С
через регитсры.
Хм. А зачем такие сложности? Впрочем, возможно, нормальный подход называется в Вашей терминологии "через кучу таблиц".

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

alneoПросто когда работаешь в команде и некоторые архитекторы предлагают все данные хранить в 3 -4 таблицах в иерархическом виде.
То в 95% случаев это значит, что эти архитекторы не умеют пользоваться готовым велосипедом либо очень хотят изобрести собственный. В оставшихся 5% случаев - они правы, так и надо.

alneo Тут Oracle на мощных серверах при больших объёмах и на реляционных загибается, а что будет если данные из сотни таблиц будут в 3 сидеть? Такие же тормоза как и на 1с, Аксапте?
Если Oracle загибается, тем более на мощных серверах - значит, надо что-то менять в консерватории :))

А вот от количества таблиц это зависит крайне мало. Важна логика и физика работы с этими таблицами, а само по себе количество таблиц - нисколько не показатель.