Selbstreferentielle Entität - VIELEN AN VIELEN

Question

Gleich nach einem Ratschlag in Bezug auf diese Datenbankentwurfssituation.

Also habe ich zwei Tabellen in der Datenbank.

Tabelle 1: Patienten Tabelle 2: Ansprecher

Patienten Datenattribute auf einem privaten Patienten hält, so Details über die Person, ihren/seinen Geburtstag, Namen, medizinische Bedingungen, etc etc .. Ansprecher das ist Entität, die im Namen des Patienten zahlt, so kann Kläger selbst ein Patient sein, eine andere Person, ein Unternehmen (wer für Arbeitsunfälle), private Gesundheitsdienstleister, Regierungsbehörden usw. bezahlt.

Patienten und Kläger haben IDs wer sind Fremdschlüssel in anderen Tabellen wie Rechnungen, Quittungen etc ...

Ein Patient kann mehrere Anspruchsberechtigte haben (mehrere Unternehmen können in seinem Namen zahlen), jeder Antragsteller kann mehrere Patienten haben.

Bei weiteren Untersuchungen habe ich festgestellt, dass viele der Attribute von Patienten und Ansprecher überlappen, wie ein Patient für sich selbst bezahlen kann, so ist ein privater Ansprecher.

Mein Gedanke ist es, die beiden Tabellen zu einem einzigen zusammenführen und nennen Sie es Konten und ein ClaimantType-Feld, um den Typ des Kontos zu identifizieren, sei es privat, Gesundheitswesen, Wirtschaft oder Regierung.

Welche möglichen praktischen Nachteile muss ich bei dieser Änderung beachten? Abgesehen von der Änderung der anderen verknüpften Tabellen in der Datenbank?

EDIT: Nur um es klar zu machen, Es gibt bereits eine junctional Tabelle PatientenClaimants, die im Grunde nur die Patienten den Klägern zuordnen. Vielen Dank!

Answer 1

Sie können entweder (a) eine Schnittstellentabelle einfügen, die Patienten-IDs mit Antragsteller-IDs in Beziehung setzt, oder (b) sie zusammenfassen, aber wenn Sie bereits Daten haben, könnte das problematisch sein.

Sie können auch eine Demographie-Tabelle einrichten, die allgemeine Daten zwischen Patienten und Antragstellern anzeigt und auf eine verkürzte Patienten-/Anspruchsteller-Tabelle verweist - auf diese Weise wird Ihre bestehende Struktur nicht durchbrochen.

Answer 2

Zusammenführen diese zwei Tabellen, glaube ich, ist falsch.

Ein Patient ist immer ein Mensch. Es kann also kein Geschäft oder eine Organisation sein.

Ich glaube, hier haben Sie:

Address 
======= 
...... 

Person 
======= 
AddressId (FK) 

BusinessEntity 
============== 
AddressId (FK) 

Patient 
======= 
PersonId (FK) 

Claimant 
======== 
PersonId (FK) 
BusinessEntityId (FK) 

Hier PersonId oder BusinessID einer von ihnen kann null sein.