aleks2Хотя это припарка для мертворожденного.
Ну, отчего же для мертворожденного? Такая идея вполне имеет себе право на существование и часто используется, напр., в объектно-реляционном отображении при создании таблиц для отображения наследуемых объектов на таблицы реляционной БД. Про это можно посмотреть, напр., здесь . Там же имеется скрипт для создания реляционной схемы.

Что касается обсуждаемой схемы, то по-видимому, будут работать два варианта:
1. Действительно, связь один-ко-многим между документом (базовый, абстрактный тип) и конкретным видом документа (наследником) должна иметь свойство "1" со стороны базового типа (документ), а свойство "много" со стороны конкретного типа документа. Более того, связь должна быть типа "outer join" со свойством обязательная для базового типа и необязательная для производного. Т.е. на схеме должны быть стрелочки, направленные в сторону таблиц с конкретным видом документа.
2. Ссылочная целостность поддерживается, напр., на клиенте. В схеме БД связи вообще не присутcтвуют. Именно такая схема приводится в указанной мной выше статье.

На мой взгляд, по-любому в базовой таблице Документ не хватает поля DocumentTypeID (дискриминатора).