Нет, все равно понимания нет...
Классификатор - это таблица? Иерархическая? Рядом с ней 3 классификации - все в одной таблице?
В общем, если несложно, поясни попроще, я не программист и мне во все эти классы въезжать сложно.

А как можно 3 классификации запихнуть в одну таблицу? Тогда ведь у них должно быть и что-то объединяющее их? А то не будет общего корня.

Ну вот что я пока надумал, если что не так - поправьте меня:
1. "Отношение между классами" – это, как я понимаю, отдельная таблица, в которой связываются записи "животное" – "объект из какой-л. иерархии" (растение, др. пищевой субстрат, м.б. и животное в случае хищничества и даже тот же самый вид животного в случае каннибализма) из "Классификатора"? И именно поэтому от "Классификатора" две стрелки к "Отношению между классами", т.е. "Классификатор" замыкается сам на себя?
2. Или эта связь "животное" – "объект" в таблице "Набор для класса 2"?
Тип отношения – это хищник, травоядное, многоядное? Если так, то отдельно, наверное, выделять этот класс смысла не имеет, а лучше в глобальный классификатор добавить поле "Группа" (животная, растительная, другая) и анализировать связку "животное" – "объект из какой-л. другой иерархии" по этому признаку?
Тогда достаточно двух таблиц – "Классификатор" и "Связка животное – объект". Эти связки можно потом анализировать отдельно по признакам группы и ID объекта. Если "объект" – растение, то "животное" – травоядное. Если "объект" – животное, то "животное" – хищник (ID "объекта" = ID "животного" – каннибал). И т.д.
Плюс глобального классификатора в том, что мы не плодим лишние сущности для разных объектов? Минус: в этой иерархической таблице органы растений становятся частями объекта растения – по смыслу правильно, но нарушается нормализация. Кроме того, для них значения поля "статус таксона" становятся NULL, равно как и для других пищевых субстратов типа йогурт и т.п. Тоже не есть хорошо.
А если так: делаем иерархические таблицы "животные", "растения", "всякие другие объекты" и устанавливаем связи между ними отдельно? Т.е. будут также таблицы "животные как пищевой субстрат", "растения как пищевой субстрат ", "всякие другие объекты как пищевой субстрат ". Какие минусы такого подхода кроме бОльшего числа сущностей? Плюс в том, что не придется переделывать существующую таблицу с животными, а также переписывать код работы с ней. Хотя это, конечно, моя вина – надо сначала грамотно проектировать, а потом реализовывать.
И вот еще сложность – как-н. можно реализовать такое, например, выражение: "поедает многие травянистые растения"? Или это в принципе невозможно из-за неопределенности определения, сорри за тавтологию?

Shtock, особенно не усердствуйте (http://www.sql.ru/forum/actualthread.aspx?tid=367773), вы нужны народу!

Под "замыкается сам на себя" я и подразумевал рекурсивную ссылку одних объектов Классификатора на другие через таблицу "Отношение между классами".
На группу "Многие травянистые" я не могу сослаться в том варианте, который предлагается, т.к. травянистые – это атрибут растения (объекта), а сослаться надо на объекты и какие конкретно - неизвестно.
Вот что я еще надумал: варианты с применением классификатора и без такового.
В схеме с классификатором есть таблицы "Группы" (животная, растительная и т.д.), таблица "Тип отношения" (поедает, живет на …, симбиоз с … и т.д.). Специфичные таблицы типа "Орган растения" входят в один набор (для растений), неспецифичные типа "Биотоп" могут входить в несколько наборов.
Что мне не очень нравится в идее глобального классификатора – это попытка запихнуть в одну таблицу несколько разных сущностей с совершенно различными атрибутами. Ведь все учебники говорят, что в таком случае их нужно выделять в свои таблицы?
Вариант с классификатором:

Еще вариант с классификатором:

И без классификатора - наиболее понятный для меня вариант, который я предложил в посте от 24 ноября. Прошу высказать "за" и "против" каждого варианта. Вот этот последний - сильно неправильный?

А может еще кто-н. пока выскажется?

Или я чего-то не понимаю? Как это "Вы почему-то помещаете в него какие-то растения, животные и др."? Так Вы же сами предложили : "А сложите все в одну таблицу (грубо говоря,таблица объектов зоопарка),раз у Вас и сами животные будут ресурсы и сделайте для них отдельный классификатор". Я так понял, что все объекты окружающего мира, коль скоро они могут являться потребителями и/или поставщиками ресурсов, нужно занести в одну таблицу.
Атрибуты как раз есть, я же специально сделал на этом упор, когда предлагал вариант без универсального классификатора и мотивировал именно этим. Например, органы растений – это принципиально важно, скажем, животные едят плоды растения, но не едят листья, а другие животные едят именно листья того же растения. Если есть желание и интерес, я могу попробовать перечислить практически все атрибуты. Конечно, в варианте с классификатором органы растений становятся объектом, но все равно будут другие атрибуты, например, жизненная форма растений - трава, кустарник, дерево, что, согласитесь, уже никак не булевские признаки, и т.д.
По поводу "если же есть смысл быть вечно нужным" – если только самому себе, я уже писал, что база для личного пользования.

Эх... Я с периферии... Бываю в Москве раз в год, а в Питере и того реже. Но если соберусь - обязательно черкну. Да, было бы здорово пообщаться вживую. А также пивка попить :)
Не понял, что такое "ToКДЖ", а таблицы "растения", "животные" и т.д. появились в вариантах без классификатора - что в этом удивительного? В общем-то разные сущности, если проанализировать все атрибуты. Но, конечно, если от них абстрагироваться, то можно и в одну таблицу поместить. Впрочем, если абстрагироваться абсолютно, то база вообще будет из одной таблицы состоять :) Я в поиске золотой середины и, надеюсь, Вы мне в этом поможете.

Кто-нибудь еще может высказать свои соображения?