[MySQL] Autoincrement bei multiplen Primary Keys

[martin]

Moin

mein Vorhaben erkläre ich am besten anhand eines Beispieles. Hier mal der aktuelle Stand:

mysql> CREATE TABLE test (
    ->     id MEDIUMINT NOT NULL AUTO_INCREMENT,
    ->     id1 MEDIUMINT NOT NULL,
    ->     id2 MEDIUMINT NOT NULL,
    ->     other_column CHAR(30) NOT NULL,
    ->     PRIMARY KEY (id,id1,id2)
    -> ) ENGINE=MyISAM;

INSERT INTO test (id1, id2, other_column) VALUES (1, 1,'Foo'),(1, 1,'Bar'),(1, 2,'Baz'),(1, 1,'Bam'),(1, 2,'Zam'),(2, 1,'Zoo');

Als Ergebnis erhalte ich dann Folgendes:

+----+-----+-----+--------------+
| id | id1 | id2 | other_column |
+----+-----+-----+--------------+
|  1 |  1  |  1  | Foo          |
|  2 |  1  |  1  | Bar          |
|  4 |  1  |  1  | Bam          |
|  3 |  1  |  2  | Baz          |
|  5 |  1  |  2  | Zam          |
|  6 |  2  |  1  | Zoo          |
+----+-----+-----+--------------+

Was ich gerne hätte wäre/ist:

+----+-----+-----+--------------+
| id | id1 | id2 | other_column |
+----+-----+-----+--------------+
|  1 |  1  |  1  | Foo          |
|  2 |  1  |  1  | Bar          |
|  3 |  1  |  1  | Bam          |
|  1 |  1  |  2  | Baz          |
|  2 |  1  |  2  | Zam          |
|  1 |  2  |  1  | Zoo          |
+----+-----+-----+--------------+

Was mache ich falsch?

Danke für eure Hilfe

 

[m4rkus]

Meines Wissens nach zählt auto_increment stumpf hoch.

Schau mal in das Handbuch, da wird etwas ähnliches, was du vorhast in Kombination mit ENUM beschrieben:
http://dev.mysql.com/doc/refman/5.0/en/example-auto-increment.html

Aber: Magst du nicht etwas mehr von deinem DB-Modell "erzählen"? Warum brauchst du den zusammengesetzten Primärschlüssen in genau dieser Form?

Gruß
Markus

 

[Rakor]

Macht es nicht evtl Sinn diese Art der Verarbeitung im Programm zu machen? Ich weiß nicht genau was du damit machst, aber ich hätte vermutet, dass sich davon noch etwas Logik ableitet.

 

[Kamikaze]

Das sind nicht multiple primary keys, sondern EIN zusammengesetzter Primary Key. Was bei Integern eigentlich keinen Sinn macht. Ich kann mir jedenfalls keine sinnvolle Anwendung vorstellen.

Wo das Sinn machen würde, wenn man zum Beispiel eine DB für Ports modelliert:
PRIMARY KEY (category, port)

Aber einfach weil es performanter und unkomplizierter bei JOINS ist und sich gut in einem BTree indexieren lässt würde ich auch hier eine numerische ID verwenden:
PRIMARY KEY (id), UNIQUE (category, port)