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


Такой вопрос по проектированию журнала расчетов.

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

А вот как быть в ситуации, когда первичные документы хранятся в разных таблицах? как в данном случае сделать FK на документ породивший начисление в журнале расчетов?


Спасибо

iljy,

у меня раньше все документы хранились в 2-х таблицах. по некоторые документы имели уникальные поля. и в этих таблицах начали появляться лишние поля.
в общем разделил практически все документы на отдельные таблицы.
поэтому такая проблема и возникла.

ключ единый для всех таблиц. пока.


поясните что есть идентифицирующая связь?))

а если примерчик приведете про конкретные виды документов и идентифицирующую связь - буду благодарен ))))

iljyНе надо плодить сущности без необходимости. Сколько лишних полей у вас стало появляться?


сейчас посмотрел.

если сгруппировать документы, которые меняют например один атрибут человека то получается 7 документов.

всего по этим докам по шапке уникальных полей в пределах всех документов 23. в теле 13 полей.

в принципе 6 документов можно объединить в одну таблицу.
если и последний доавить тоже туда же то слегка недопонимаю как быть с ФК из другого документа.

Например есть еще один документ, который в теле ссылается на седьмой документ. Ссылку то можно сделать на общую таблицу.
но в ней хранятся помимо этого документа и другие. получается контроль за целостностью (чтобы все ссылки были корректны) возлагается на приложение. а в базе раз ссылка идет на общую таблицу, то впринципе в последнем документе не гарантируется на уровне базы, что ссылка в теле будет именно на седьмой документ. так как последний хранится в общей таблице.


Как то сумбурно. но.

Чтоб не быть голословным.

схема одной подсистемы приложена.



Во второй части системы в другом наборе таблиц документ ссылается на 78 документ.
и соответственно по этотй ссылке можно выбрать любую информацию из первой подсистемы. в том числе и ИД человека из73 документа.
Все вроде красиво.

но появилась необходимость во второй посистеме в том же документе ссылаться на документ-основание из третьей подситемы. ну и соответственно из него уже получать ИД человека и прочую инфу.

Но получается первую подсистему обслуживает один набор таблиц, третью - свой. и непонято, как во второй подсистеме в документе сделать ФК на 1 и 3 подсистемы. можно конечно в этом документе просто хранить идентификатор чеовека и все.
Но вроде как это нелогично получается.