performance-frage / "intelligente" tabellenstruktur

[extr3m0]

was mich jetzt mal interessieren würde:

ich habe z.b. eine usertabelle:

CREATE TABLE 
`users` (    `user_id` mediumint(8) unsigned NOT NULL auto_increment,    
`username` varchar(20) collate latin1_german2_ci NOT NULL default '',    
`password` varchar(32) collate latin1_german2_ci NOT NULL default '',    
PRIMARY KEY  (`user_id`),    
UNIQUE KEY `username` (`username`)  ) 

eine gruppentabelle:

CREATE TABLE `groups` (
  `group_id` mediumint(8) unsigned NOT NULL auto_increment,
  `groupname` varchar(20) collate latin1_german2_ci NOT NULL default '',
 PRIMARY KEY  (`group_id`),
 KEY `user_id` (`user_id`)
) 

wie sage ich jetzt am besten welcher user zu welcher gruppe gehört? (er muss zu mehreren gruppen gleichzeit gehören können). meine idee ist jetzt gewesen einfach eine 3. tabelle zu erstellen:

CREATE TABLE `groups_asig` (
  `user_id` mediumint(8) unsigned NOT NULL default '0',
  `group_id` mediumint(8) unsigned NOT NULL default '0',
  KEY `user_id` (`user_id`,`group_id`)
) 

hier trage ich jetzt die gruppenzugehörigkeiten ein.
dann kann ich die daten mit JOINs abfragen.


jetzt zur frage:

ist das sinnvoll? eine tabelle, die nur aus indizes besteht? oder soll ich die dann besser weglassen. gibt es eine bessere/performantere lösung?

thx im vorraus, mfg, ex

[asp2php]

so ist OK, und das macht man auch

[extr3m0]

hm... ok! ^^

thx für die antwort... hatte mir nur irgendwie gedacht, dass es "komisch" ist, eine tabelle mit nur indizes zu haben!

mfg, ex

[goth]

Original geschrieben von extr3m0
thx für die antwort... hatte mir nur irgendwie gedacht, dass es "komisch" ist, eine tabelle mit nur indizes zu haben!

Du kannst ja mal 'nen alternativen Vorschlag mache ...