Also ich bin jetzt leicht verwirrt, u.a. weil auch diese Aussage aus dem mySQL-Manual nicht für unseren Fall zutreffend ist (eine andere zu dem Thema fand ich nicht):
For MyISAM and BDB tables you can specify AUTO_INCREMENT on a secondary column in a multiple-column index. In this case, the generated value for the AUTO_INCREMENT column is calculated as MAX(auto_increment_column) + 1 WHERE prefix=given-prefix. This is useful when you want to put data into ordered groups.
Wir wollen ja einen kombinierten PRIMARY KEY auf
orders_status_id und
language_id und das AUTO_INCREMENT soll nicht "
on a secondary column in a multiple-column index" gesetzt werden sondern auf die primary column, also
orders_status_id.
Nach meiner Meinung müsste bei dem kombinierten PRIMARY KEY und einem AUTO_INCREMENT auf
orders_status_id bei einem INSERT, welches ja immer für alle Sprachen erfolgt, die
orders_status_id nur einen hochgesetzt, für alle Sprachen folglich die gleiche
orders_status_id vergeben werden.
Jedenfalls spart das Resourcen.
Ich kann's aber gerade nicht testen. Jemand ?
Gruß,
noRiddle
*NACHTRAG*
Hier wird übrigens auch auf die Unsicherheit hingewiesen wenn das AUTO_INCREMENT nicht auf die erste Spalte des kombinierten PRIMARY KEY gesetzt wird, was wir aber ja wollen, bzw., was ich vorgeschlagen habe.
An INSERT into a table that has a composite primary key that includes an AUTO_INCREMENT column that is not the first column of this composite key is not safe for statement-based logging or replication. Beginning with MySQL 5.1.64, such statements are marked as unsafe.