Datenmodell

[Cogito]

Hallo zusammen,

ich bin leider nicht so erfahren im Aufbau einer Datenbank (Normalisierung usw...), deshalb schildere ich einfach mal kurz das Problem, für das ich ein DB-Modell bräuchte.
In meiner Anwendung sollen Datenbankverbindungen gespeichert werden, auf denen basierend dann später Modelle entworfen werden können (welche Modelle spielt in diesem Zusammenhang keine Rolle). Eine DB-Verbindung ist gekennzeichnet durch z.B. Datenbankname, Provider, Server, Username usw...
Beim Start der Anwendung müssen sich Benutzer anmelden, deshalb habe ich auch eine Benutzertabelle (UserID, Loginname, Fullname usw....). Jeder Benutzer soll beliebig viele DB-Verbindungen anlegen können. So weit so gut. Nun soll es aber auch Verbindungs-Gruppen geben, die es jedem Benutzer, der für diese Gruppe eingetragen ist, ermöglichen soll, auf die in dieser Gruppe definierten Verbindungen zugreifen zu können. Andere Verbindungen in Gruppen, für die er nicht eingetragen ist, darf er natürlich nicht sehen. Nun suche ich ein passendes DB-Modell um diese Anforderungen abzudecken, um relativ einfach mittels SQL später zu jedem User alle Verbindungen, auch die in den Gruppen definierten, für die er eingetragen ist, auflistet.
Kann hier einer helfen?

[Jens Hartmann]

Hallo,

ich weiß nicht ob ich damit richtig liege, aber ich könnte mir vorstellen das Du das mit Firebird und Views realisieren kannst.

Gruß Jens

[Cogito]

Zitat:

Zitat von Jens Hartmann

Hallo,

ich weiß nicht ob ich damit richtig liege, aber ich könnte mir vorstellen das Du das mit Firebird und Views realisieren kannst.

Gruß Jens

Hallo Jens,

das kann ich denke ich mit jedem relationalen DB-System lösen, die Frage war, wie sieht das Datenbankmodell für das geschilderte Szenario aus?

[Blup]

Vieleicht so:

Code:

T_CustomGruppen
ID

T_Benutzer
ID     PK  FK->T_CustomGruppen
{...}

T_Gruppen
ID     PK  FK->T_CustomGruppen
{...}

T_Verbindungen
ID     PK  FK->T_CustomGruppen
NR     PK
{...}

T_GruppenMitglieder
ID_Gruppe   PK  FK->T_Gruppen
ID_Benutzer PK  FK->T_Benutzer

[Cogito]

Zitat:

Zitat von Blup

Vieleicht so:

Code:

T_CustomGruppen
ID

T_Benutzer
ID     PK  FK->T_CustomGruppen
{...}

T_Gruppen
ID     PK  FK->T_CustomGruppen
{...}

T_Verbindungen
ID     PK  FK->T_CustomGruppen
NR     PK
{...}

T_GruppenMitglieder
ID_Gruppe   PK  FK->T_Gruppen
ID_Benutzer PK  FK->T_Benutzer

Aha, interessant!
In der Tabelle CustomGruppen würden also quasi die Informationen der Benutzer, Gruppen und Verbindungen zusammenlaufen, sowie in GruppenMitglieder die Benutzer und Gruppenzugehörigkeit ersichtlich?
Welcher Art sollten denn die Verbindungen sein (Referenzintegrität, 1:n )?

[sniper_w]

Jede Gruppe kann n mitglieder enthalten und jeder Mitglied kann zu m Gruppen zugeordnet sein ? Dann eher n:m

[Cogito]

Zitat:

Zitat von sniper_w

Jede Gruppe kann n mitglieder enthalten und jeder Mitglied kann zu m Gruppen zugeordnet sein ? Dann eher n:m

Bitte etwas ausführlicher und präziser. Welche Gruppen meinst du jetzt...
Könnte man das Modell von Blup mal als kleines ER Modell (gerne in Access mit dem Modelldesigner erstellt und als bild speichern) posten, damit man die Zusammenhänge, Relationen und Abhängigkeiten erkennen kann?

[sniper_w]

Zitat:

Zitat von Cogito

Nun soll es aber auch Verbindungs-Gruppen geben, die es jedem Benutzer, der für diese Gruppe eingetragen ist, ermöglichen soll, auf die in dieser Gruppe definierten Verbindungen zugreifen zu können.

[Cogito]

Ich habe das jetzt mal als Relationen abgebildet. Wäre das ok so oder stimmen irgendwelche Relationen nicht?

[Blup]

ConnectionGroupsMembers:
Die OID ist zumindest für die Datenbank überflüssig.
Die Kompination aus ID_Groups und ID_Users ist eineutig und könnte der Primärschlüssel sein.
Die Tabelle enthält nur Relationen zwischen zwei Identitäten und es gibt keine abhängigen Tabellen.

ConnectionGroups
Von den Spalten OID und ConnectionGroupsID ist eine überflüssig.
Ein Objekt sollte nur eine ID haben und dafür reicht ein Feld OID.
Die Beziehungen zu den Tabellen ConnectionGroupsMembers und CustomConnectionGroups sollten über dieses eine Feld laufen.

Users
Hier gilt das selbe wie für ConnectionGroups.

CustomConnectionGroups
Menge(CustomConnectionGroups) = Menge(Users) + Menge(ConnectionGroups)
Die Beziehung zwischen CustomConnectionGroups und ConnectionGroups ist zwar 1:N, aber N kann nur 0 oder 1 sein.
Für jeden Eintrag in ConnectionGroups gibt es genau einen Eintrag in CustomConnectionGroups (eindeutig), aber nicht für jeden Eintrag CustomConnectionGroups gibt es auch einen Eintrag in ConnectionGroups (nicht eineindeutig).
Das gilt ebenso für die Beziehung CustomConnectionGroups zu Users.