Дмитрий007Вопрос номер 2:

Есть таблица сотрудников. Есть несколько таблиц научных работ (монографии, дисертации, патенты и т.п.) всё затолкать в одну таблицу не получается, т.к. описательные атрибуты очень разные. В каждой работе может быть до 6 соавторов. Пробую сделать через промежуточную таблицу AUTHORS как и в предыдущем примере, но низнаю как привязать таблицы научных работ.Например, сделать таблицы-связки (стандартно для связи "многие-ко-многим") от авторов к каждому типу публикации.

Дмитрий007Я это и имел ввиду - придется шерстить все промежуточные таблицы, составлять кучу однотипных запросов для этих таблиц.
Прийдется. Но UNION ALL, имхо, будет получше, чем пытаться "впихнуть в непихуемое" :) То, что проще в понимании - точно.
Кстати, можно использовать хранимые агрегаты и тогда для выборка всех публикаций автора будет представлять собой запрос к одной таблице.

Дмитрий007Придумал другой способ, оцените пожалуйста его рациональность:
Промежуточная таблица Authors, которая хранит в себе соавторов, и по ключу публикации ссылается на другую промежуточную таблицу, в которой хранится оригинал работы и название таблицы (публикации), и на эту же таблицу по ключу публикации ссылаются все таблицы публикацийВот чего не надо делать (опять же имхо) - это хранить названия отношений. Кроме того, ничто не мешает одновременно двум разным публикациям ссылаться на "промежуточную таблицу". Кстати, при обсуждении темы не мешало бы условные названия таблиц давать для взаимопонимания.

И вообще, чтобы оценить два подхода проделайте следующее.
1. Набросайте две структуры.
2. Составьте список наиболее типичных запросов.
3. Сравните запросы при использовании двух моделей
4. То, что сложнее - в корзину.