Damit Sie in einem SQL Statement eine eindeutige ID (unique ID = UID) nutzen können, steht Ihnen der Befehl “uuid()” zur Verfügung:
SELECT UUID(); |
Ergebnis:
f15be048-dfb8-102d-b15d-88b2e2560827
Hinweis:
In Verbindung mit einer aktiven Replikation kann diese Funktion derzeit noch nicht genutzt werden.
Moinsen habe mir erlaubt den Post zu kommentieren:)
(Siehe mein Blog)
scnr
Hallo Erkan,
nach dem Hinweis von P. von Acken haben wir uns Ihren Kommentar einmal angesehen.
Richtig: Mit einem Select werden keine Daten geschrieben – logisch. Jeder, der sich mit Replikationsproblemen bei mySQL beschäftigt, sollte dieses Wissen auch haben. Wir nehmen Ihren Hinweis dankend auf und werden wir im nächsten Artikel klarer formulieren.
Aber: Auch im Handbuch stehen diese Infos (sh. Link des/der P. von Acken). So, RTFM
Immerhin finden wir es schön, dass Sie die Zeit und Courage besitzen, uns einen Kommentar unseres Artikels zu melden. Soviel Klasse zeigt längst nicht jeder Blogger. Dafür unseren Dank und Respekt.
Danke für Ihren Beitrag. Leider haben wir ihn zu spät gefunden, denn nun hatten wir schon lange an der Ursache unseres Ärgers gesucht.
Wenn das “select uuid()” in ein “Update” oder ein “Insert” eingebunden ist, dann funktioniert keine Replikation! Wir haben sehr lange nach diesem Fehler gesucht – Dank Ihres Blogs wurden wir auf die richtige Spur gebracht.
Ein anderer Blog hat Ihre Artikel als falsch dargestellt. Setzen Sie sich mit dem ‘schmunzelnden Blogger’ doch mal in Verbindung. Vielleicht kann er noch was lernen
Ein Link zur Doku wäre klasse:
http://dev.mysql.com/doc/refman/5.1/en/replication-features-functions.html
Moin Jockel,
das ist weniger Courage als Narzissmus\o/ Auch der von P. von Acken erwaehnte Link unterstreicht meine Aussage:
MySQL kann mehr als SBR.
Und dann klappts auch