Здравствуйте.

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

Возникла необходимость вести журнал экспорта этих документов.

Сделал отдельную таблицу, куда пишу ПК всех этих документов. Но в данном варианте не сделать в этой таблице fk. Тк ид из разных таблиц. Ну и в таблицу экспорта - ссылки на эту таблицу.
Но чтото подсказывает , что криво это.

Направьте в нужном направлении мысль)

SERG1257,

Есть у меня табличка docroot. И реальные документы ссылаются на нее.
Получается экспорт должен ссылаться на docroot?
В данной схеме мне не особо понятно как тогда получить список документов и их типы в таблице экспорта.
Те имеем в docroot Id равным 1. Всего одна запись. А документов этого типа допустим 100. И других типов в других таблицах тоже много
Как понять к какому типу эта единица относится. Чтобы построить список экспортированных и не экспортированных документов?
Можно конечно в docroot добавить тип документа. Но тогда запрос получается такой : where doctype = 1. И видимо с Union all по всем типам документов ? Тк хранятся в разных таблицах

Dimitry SibiryakovAndrewVLНо в данном варианте не сделать в этой таблице fk.
Ну так не делай FK. В чём проблема-то?..


Тогда не получится контролировать целостность по этому полю. Только если на триггерах
Хотя можно в корневой таблице сделать несколько полей под каждый тип документа. Тогда можно PK. Но тогда не получится not null))

аля1сDimitry Sibiryakovпропущено...

Ну так не делай FK. В чём проблема-то?..

некоей кривизны опасается



(с)..введение общего предка всех документов..

Именно небольшая кривизна и смущает)

Dimitry SibiryakovAndrewVLТогда не получится контролировать целостность по этому полю.
Какая ещё целостность у журнала? Он по определению должен выживать даже если сам документ
уже стёрли или изменили.


Целостность, это чтобы в это поле не нельзя было записать значение не из например таблицы doc1

Еще такой вопрос по кривизне )

Есть вот такая структура



Получается , чтобы выбрать документы определенного подтипа по организации, надо сначала отфильтровать по doc_root.orgid .но тогда у нас получится что из docroot будут выбраны все документы организации. Даже те , которые не хранятся в docs.

Dimitry SibiryakovAndrewVLЦелостность, это чтобы в это поле не нельзя было записать значение не из
например таблицы doc1
Она обоюдоострая: значение из таблицы doc1 уже нельзя будет удалить если оно было хоть раз
записано в журнал. В данном случае обеспечить невозможность записи левых значений лучше
отбиранием права на запись у пользователей и выдачей его исключительно специально
обученной процедуре, которая и экспорт проведёт и правильную запись об этом в журнале оставит.

протправа и пользователя не понял) у меня по сути один пользователь. Тут вижу решение только через триггер. При вставке в root проверять по типу документа его наличие в таблице. Ну и исключение если что.

Dimitry Sibiryakov,

не пользователь, а я ))) всяко бывает )

Что можете по сообщению чуть выше сказать? про выборку по организации и подтипу

vmagAndrewVLЕсть несколько типов документов. На каждый тип разный набор таблиц шапка-тело.

А сколько всего типов ?
Планируется ли добавление новых типов документов ?

Сейчас 4 типа. У одного типа 12 подтипов. Типы планирую добавлять

vmagAndrewVLСейчас 4 типа. У одного типа 12 подтипов.

А это ещё как ? Оно не вяжется с первой постановкой... или можно считать что 3 типа + 12 подтипов = пока 15 независимых типов ?
Или всё таки есть еще одна не описанная изначально иерархия ?

все вяжется. можно просто в doc_root добавить поле docType. А подтип для одного типа документа в doc1.DocsubType.
Прочие типы документов хранятся в таблицах типа docX

vmagAndrewVLвсе вяжется. можно просто в doc_root добавить поле docType.

я не про это... можно что угодно добавить куда угодно... мне интересно почему 2 + 2 = 9

Да просто все) 4 типа. Каждый хранится в отдельной таблице. У первого типа есть 12 подтипов. Подтип это просто флаг в таблице , имеющий 12 значений

vmagAndrewVLДа просто все) 4 типа. Каждый хранится в отдельной таблице. У первого типа есть 12 подтипов. Подтип это просто флаг в таблице , имеющий 12 значений

а если не 4? и если не 12 ? вот я и говорю - чтобы сделать деталь на станке - нужно хотя бы представлять её в уме правильно...

Именно 4 и 12. 4 максимум может увеличиться до 8.
Хотя- это разве принципиально?)
Как вариант docsubtype можно продублировать в docroot. Тогда по подтипу без проблем можно будет выборку делать.
В данном варианте смущает только одно. Что в root для первого типа подтип будет заполнен. А для других типов нет. Смущает чисто концептуально