Benjamin Andreas Wrote:
-------------------------------------------------------
> Wir nutzen 5.1.24rc und es handelt sich um einen
> 1-dimensionalen Primärschlüssel (unsigned int).
passiert das auch mit mysql-cluster-6.3.17?
=>
http://dev.mysql.com/downloads/cluster/
Die Cluster-Releases sind nun als eigener Releasezweig
ausgekoppelt, im regulären 5.1.x Servercode ist Cluster
zwar noch enthalten, 5.1 Binaries werden aber nun
grundseätzlich onhe Clusterunterstützung ausgeliefert
und wir werden Cluster in 5.1 auch nicht supporten.
Weiterentwicklung und Bugfixes finden nur noch in
MySQL Cluster 6.2.x / 6.3.x statt, diese basieren
zwar auf dem 5.1.x code, enthalten aber im Cluster-
und Replikationsbereich schon deutlich neueren Code
während Cluster im regulären 5.1 Source nicht mehr
gepflegt wird.
> Neue Einträge werden mit INSERT INTO table (...)
> SELECT (...) FROM table (gleiche Tabelle) erzeugt,
> wobei der Primärschlüssel leer gelassen wird.
>
> Folgende Werte werden dann z.B. vergeben:
>
> 1
> 2
> 3
> 4
> 5
> 6
> 7
> 12
> 13
> 8
> 9
> 10
> 11
> 12 => Duplicate Key Entry
>
> Dann steht das ganze System und ich muß die
> Tabelle exportieren, leeren, die Werte manuell
> ändern, auch in verknüpften Tabellen und wieder
> importieren. Dann geht es wieder für ein paar
> Datensätze gut, bis der Fehler wieder auftritt.
Lässt sich das auf ein einfach reproduzierbares
Beispiel eindampfen mit dem wir den Fehler reproduzieren
können? Im Augenblick sieht das für mich aus als
währe bei der Behebung von
http://bugs.mysql.com/bug.php?id=31956
irgendetwas schief gegangen. Ohne das Problem
reproduzieren zu können kann ich den Bug allerdings
nicht wieder öffnen ...
--
Hartmut Holzgraefe, MySQL Regional Support Manager EMEA
Sun Microsystems GmbH, Sonnenallee 1, 85551 Kirchheim-Heimstetten
Amtsgericht Muenchen: HRB161028
Geschaeftsfuehrer: Thomas Schroeder, Wolfgang Engels, Dr. Roland Boemer
Vorsitzender des Aufsichtsrates: Martin Haering