Дизайн базы данных для приложения для стоматолога

Question

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

У меня немного борьбы с проектирования баз данных, хотя ...

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

Поэтому я думаю, что у меня должно быть tbl_prointment, а также tbl_treatment, я не уверен, как связать эти таблицы с несколькими типами лечения с различными параметрами лечения и сохранить данные лечения, связанные с назначением ,

Как вы думаете, что было бы хорошим подходом к этому? У меня уже есть что-то затянутое, но это определенно не кажется хорошим, поскольку в итоге у меня есть одна таблица для каждого типа лечения, и я не думаю, что это лучшее решение.

EDIT

Как это не было достаточно ясно, вот скриншот того, как мой фактический дб выглядит.

Если я реализую процедуры, так как я сделал пародонтограмму, у меня будет 20 столов по одному для каждого типа лечения. Я хочу этого избежать!

EDIT

@Ian Кинни, поэтому, если я получил то, что вы предлагали правильно, это как часть базы данных мы обсуждаем должны выглядеть ...

Я прав? Не обращайте внимания на типы отношений, поскольку все они 1: 1, я знаю, что я должен использовать некоторые M: N, но это было только для примера.

Answer 1

Один из подходов к различным видам лечения было бы посмотреть на атрибуты, которые являются общими между ними, например, он может включать в себя:

• имя
• описание
• цена
• time_required

Это столбцы tbl_treatment

Затем используйте дополнительную таблицу для других (лечение специфических) атрибутов tbl_treatment_attributes со структурой типа:

• treatment_id
• ATTRIBUTE_NAME
• ATTRIBUTE_VALUE

Каждая процедура может иметь множество дополнительных атрибутов, приемлемые атрибуты (включая значения по умолчанию) могут управляться в tbl_treatment_defaults

• treatment_id
• имя_атрибута
• FIELD_TYPE
• валидаций
• DEFAULT_VALUE

EDIT

+-------------------+    +--------------------+ 
| tbl_treatment  |    | tbl_treatment_type | 
+===================+    +====================+ 
|*treatment_id  |    |*treatment_type_id | 
|+treatment_type_id |<-------------| treatment_name  | 
| ......   |    | ......    | 
+-------------------+    +--------------------+ 
     |         | 
     v         v 
+--------------------------+  +------------------------+ 
| tbl_treatment_attributes |  | tbl_treatment_defaults | 
+==========================+  +========================+ 
|*treatment_id    |  |*treatment_type_id  | 
| attribute_name   |<------| attribute_name   | 
| attribute_value   |  | default_value   | 
| ........     |  | .......    | 
+--------------------------+  +------------------------+ 

Answer 2

В таблице tbl_appointment назначения должна иметь только данные назначения и patientId (внешний ключ в ваш tbl_Patient таблицы)

Вы должны иметь третью таблицу с именем tbl_Visit, который содержит внешний ключ в tbl_appointment. Затем другая таблица называется tbl_Visit_treatment, которая имеет VisitId и TreatmentId. Таким образом, это tbl_Visit_treatment - это таблица взаимоотношений «многие-ко-многим», которая отслеживает все процедуры, выполненные в каждом посещении.

Что касается TreatmentType (ов), что будет просто таблица типа называется tbl_TreatmentType с ID, Name, Code и Description полей. TreatmentId будет внешним ключом в таблице tbl_Treatment.