Moin,
irgendwie komme ich nicht klar, was die Referenzen meiner Tabellen angeht.
Ich muss mal etwas ausholen, damit man nachvollziehen kann worum es geht und was ich zu erreichen versuche.

Gehen wir davon aus wir haben eine Anwendung in der man die Zugriffsrechte der Benutzer derselbigen regeln möchte (mit Regeln ist gemeint, zu welcher Gruppe gehört der Benutzer, was darf dieser z.B. nur ansehen also lesen, schreiben löschen usw.)

Der Sinn soll später halt sein, möglichst einfach einen neuen Benutzer anzulegen, die Gruppe auszuwählen so welcher dieser gehören soll und was dieser Benutzer in welchen Programmmodulen darf. Des weiteren soll dann später anhand dieser Daten die GUI dementsprechend reagieren (wenn nur Leserechte existieren kann ich halt so simple alle "delete" und "create" Buttons deaktivieren...)

Dazu dachte ich mir lege ich vermutlich folgende Tabellen an:

"Users"

markieren

Code:

CREATE TABLE `users` (
  `user_id` int(11) NOT NULL AUTO_INCREMENT,
  `first_name` varchar(45) CHARACTER SET utf8 NOT NULL,
  `middle_name` varchar(45) CHARACTER SET utf8 DEFAULT NULL,
  `last_name` varchar(45) CHARACTER SET utf8 NOT NULL,
  `login_name` varchar(254) CHARACTER SET utf8 NOT NULL,
  `email` varchar(45) CHARACTER SET utf8 NOT NULL,
  `password` varchar(254) CHARACTER SET utf8 NOT NULL,
  `created_at` date NOT NULL,
  `updated_at` date DEFAULT NULL,
  `deleted_at` date DEFAULT NULL,
  `active` int(11) NOT NULL,
  `u_rolecode` varchar(50) NOT NULL,
  PRIMARY KEY (`user_id`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;

"Roles" role_rolecode z.B. "Admin"

markieren

Code:

CREATE TABLE IF NOT EXISTS `roles` (
  `role_rolecode` varchar(50) NOT NULL,
  `role_rolename` varchar(50) NOT NULL,
  PRIMARY KEY (`role_rolecode`)
) ENGINE=INNODB DEFAULT CHARSET=utf8;

"Role_Rights" Diese Tabelle soll regeln, für welches Module in der Anwendung welche Rechte für den angemeldeten Benutzer vorhanden sind.

Beispiel:
rr_rolecode = Admin
rr_modulecode = Login
rr_create = 0 oder 1 (Kann neuen Benutzer anlegen oder nicht)

markieren

Code:

CREATE TABLE IF NOT EXISTS `role_rights` (
  `rr_rolecode` varchar(50) NOT NULL,
  `rr_modulecode` varchar(50) NOT NULL,
   `rr_create` INT(2) NOT NULL,
   `rr_edit` INT(2) NOT NULL,
   `rr_delete` INT(2) NOT NULL,
   `rr_view` INT(2) NOT NULL
  PRIMARY KEY (`role_rolecode`)
) ENGINE=INNODB DEFAULT CHARSET=utf8;

Problematisch wird bei mir wieder das Verknüpfen der Tabellen anscheinend hab ich da einen groben Schnitzer als ich der Tabelle Users folgendes hinzufügen wollte quittierte mir der MySQL Server dies mit einem: "Cannot add foreign key constraint"

markieren

Code:

   FOREIGN KEY (`u_rolecode`) REFERENCES `roles` (`role_rolecode`) ON UPDATE CASCADE ON DELETE RESTRICT

Also ich bin mir auch generell nicht sicher ob der Aufbau meiner Tabellen optimal oder eher suboptimal ist für das was ich damit erreichen möchte. Wenn jemand einen anderen Vorschlag hat bin ich sehr gerne geneigt das ganze dementsprechend komplett abzuändern.

Jedenfalls komme ich so irgendwie nicht weiter.

Auf die Schnelle
Vielleicht erkennt mysql anhand der PK, dass dieser FK keinen Sinn macht.
Ein FK bei User soll auf den PK bei Roles zeigen?
Soll User nur eine Rolle haben können?
Ich denke Du hast bei dem Thema ein paar N:M Beziehungen und brauchst also Zwischentabellen, die das abbilden.

Zitat von jobo:

Auf die Schnelle
Soll User nur eine Rolle haben können?
Ich denke Du hast bei dem Thema ein paar N:M Beziehungen und brauchst also Zwischentabellen, die das abbilden.

So sollte es sein jeder User eine Rolle.
N:M = Zwischentabellen

Also so wüde es zumindest erst einmal funktionieren, nur ist das überhaupt korrekt? Irgendwie bezweifel ich das gerade ganz stark!

markieren

Code:

CREATE TABLE `roles` (
  `role_id` int(11) NOT NULL AUTO_INCREMENT,
  `role_name` varchar(50) COLLATE utf8_unicode_ci DEFAULT NULL,
  PRIMARY KEY (`role_id`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;

markieren

Code:

CREATE TABLE `roles_rights` (
  `user_id` int(11) NOT NULL,
  `role_id` int(11) NOT NULL,
  `module_name` varchar(254) COLLATE utf8_unicode_ci DEFAULT NULL,
  `mp_read` int(1) DEFAULT NULL,
  `mp_write` int(1) DEFAULT NULL,
  `mp_delete` int(1) DEFAULT NULL,
  `mp_view` int(1) DEFAULT NULL,
  PRIMARY KEY (`user_id`,`role_id`),
  KEY `role_id` (`role_id`),
  CONSTRAINT `roles_rights_ibfk_1` FOREIGN KEY (`user_id`) REFERENCES `users` (`user_id`),
  CONSTRAINT `roles_rights_ibfk_2` FOREIGN KEY (`role_id`) REFERENCES `roles` (`role_id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;

markieren

Code:

CREATE TABLE `users` (
  `user_id` int(11) NOT NULL AUTO_INCREMENT,
  `first_name` varchar(45) CHARACTER SET utf8 NOT NULL,
  `middle_name` varchar(45) CHARACTER SET utf8 DEFAULT NULL,
  `last_name` varchar(45) CHARACTER SET utf8 NOT NULL,
  `login_name` varchar(254) CHARACTER SET utf8 NOT NULL,
  `email` varchar(45) CHARACTER SET utf8 NOT NULL,
  `password` varchar(254) CHARACTER SET utf8 NOT NULL,
  `created_at` date NOT NULL,
  `updated_at` date DEFAULT NULL,
  `deleted_at` date DEFAULT NULL,
  `active` int(1) NOT NULL,
  PRIMARY KEY (`user_id`)
) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;

Irgendwie nicht so richtig.
Sicher das jeder nur eine Rolle bekommen soll?

Wenn Du das Datenmodell erstellst, muss der Scriptaufbau (Reihenfolge) natürlich so sein, dass die Fremdschlüsselanweisungen auf eine bereits angelegte Tabelle zeigen.

Rollen legt man eher so an, dass sie unterschiedliche Themen abdecken und dann per User mehrere in Kombination eine sinnvolle Mischung ergeben.

Dann gibt es eine Reihe von Standardrollen, die die meisten User so bekommen und ein paar Spezialisten bekommen on Top Adminrechte oder wie hier im Forum bspw. Moderationsrechte. Die Rollen können dann auch teilweise überlappen, es zählt, was in Summe, Distinct an Einzelrechten einem User zugeordnet ist.

Zitat von jobo:

Irgendwie nicht so richtig.
Sicher das jeder nur eine Rolle bekommen soll?

Wenn Du das Datenmodell erstellst, muss der Scriptaufbau (Reihenfolge) natürlich so sein, dass die Fremdschlüsselanweisungen auf eine bereits angelegte Tabelle zeigen.

Rollen legt man eher so an, dass sie unterschiedliche Themen abdecken und dann per User mehrere in Kombination eine sinnvolle Mischung ergeben.

Dann gibt es eine Reihe von Standardrollen, die die meisten User so bekommen und ein paar Spezialisten bekommen on Top Adminrechte oder wie hier im Forum bspw. Moderationsrechte. Die Rollen können dann auch teilweise überlappen, es zählt, was in Summe, Distinct an Einzelrechten einem User zugeordnet ist.

Irgendwie glaub ich meinen wir eventuell das gleiche aber reden dann doch aneinander vorbei.
Allerdings kann ich dir auch nicht ganz folgen was Du mit Mischung meinst.

User A = Admin
User B = Standard Nutzer
User C = Gast

Also bei mir ergibt sich jetzt da keine Mischung, es sei denn Du meinst was komplett anderes als ich, wenn ja vielleicht kanst Du mal zeigen wie Du dir das vorstellst, klingt interessant und ist ggf. wesentlich flexibler bzw. besser umzusetzen.