В моем приложении я создаю дело с руководителем, но, поскольку руководителем может быть либо сотрудник, либо внешний руководитель, я хотел бы иметь возможность сохранить либо идентификатор сотрудника для внутренней ссылки, либо строку для имени. имени внешнего наблюдателя.
Как мне это реализовать? Есть ли таблица case и подтаблицы case_internal_sv и case_external_sv?
В вашем вопросе не так много информации, на которой можно основывать ответ.
Если есть общие данные и функции для всех типов супервизоров, вам, вероятно, понадобится одна таблица для хранения этих общих данных. Эта таблица будет устанавливать значения первичного ключа для руководителей, а таблица дел будет иметь внешний ключ в этой таблице. Информация, которая уникальна для внутренних или внешних супервизоров, будет помещаться в отдельные таблицы, и эти таблицы также будут иметь внешний ключ обратно к общим данным уровня супервизора.
Этот дизайн лучше, потому что у вас есть только одно место, чтобы найти список всех супервайзеров, и потому что вы можете установить связь супервайзер/кейс непосредственно в базе данных без большого количества кода или дополнительных ограничений, чтобы гарантировать, что «один и только заполняется один из двух столбцов.
Это достаточно превосходно с точки зрения базы данных, поэтому я бы рассмотрел возможность использования этого дизайна, даже если данные для внутренних и внешних супервайзеров полностью не пересекаются (что маловероятно).
Если ваша база данных позволяет вам определить несколько первичных ключей, вы можете объединить поле employee и поле employee_type для формирования уникального первичного ключа. Если нет, у вас может быть автоматически сгенерированный первичный ключ для таблицы и поле для типа сотрудника и поле для employee_id.
Какую базу данных вы используете?
Слишком нормализованные таблицы могут принести больше вреда, чем пользы. Вы должны оценить преимущества/недостатки наличия подтаблиц на основе ваших требований.
Простым решением может быть столбец 'sv_type' в таблице 'case'. И иметь две колонки
'internal_sv_id', внешний ключ, допускающий значение NULL, к таблице сотрудников'external_sv_name', строка, допускающая значение NULL, для сохранения внешнего имени.Затем проверьте наличие руководителя в одном из этих двух столбцов на основе 'sv_type'
Этот дизайн может не полностью соответствовать 3-й нормальной форме, но он может сэкономить много дорогостоящих соединений и обеспечить целостность таблицы сотрудников.
Что касается меня, я бы выбрал самое простое решение в случае сомнений.
