GUID nicht unique unter iOS / Android

[Darlo]

Bei mir ändert sich nur der erste Block der Guid, die folgenden 4 Blöcke sind immer identisch.

685A3F45-F8EC-E511-8447-C538D3A710A6
DAFA4045-F8EC-E511-8447-C538D3A710A6

[mjustin]

Zitat von Uwe Raabe:

Vielleicht erzeugt Delphi einfach nur zu schnellen Code

Du kannst ja mal versuchen, ein Sleep(1) zwischen die Generierung zu setzen. Bei 100 GUIDs hast du dann eine Verzögerung von 100 ms. Das ist zwar nicht schön, aber besser als kollidierende GUIDs.

Der RFC behandelt den Fall "zu schneller" Aufrufe innerhalb eines System Time Intervals mit einer "Muss"-Anforderung:

Zitat:

If a system overruns the generator by requesting too many UUIDs
within a single system time interval, the UUID service MUST either
return an error, or stall the UUID generator until the system clock
catches up.

Entweder der Generator ist nicht RFC-compliant (das ist eher unwahrscheinlich) oder der Fehler liegt woanders.

[Luckie]

Zitat von bra:

Das macht man aber auch nur, wenn man weiss, dass dort ein Problem bestehen kann. Und wer weiss das (außer uns paar hier) jetzt?

Das wäre ein gutes Beispiel, wo ein Kommentar im Quellcode sinnvoll ist, damit der nächster Programmierer weiß, warum man das Sleep eingebaut hast.

[AndyDF]

Ich hab mir hierzu halt so etwas gebastelt:

Delphi-Quellcode:

class function TSysUtils.CreateGuidList(const ACount: Integer): IWGList<TGUID>;
{$IF DEFINED(MSWINDOWS)}
var
  i: Integer;
{$ENDIF}
begin
  Result := TWGList<TGUID>.Create;

{$IF DEFINED(iOS) or DEFINED(ANDROID)}
  while Result.Count < ACount do
  begin
    Sleep(5);
    Result.AddIfNotExists(TGUID.NewGuid);
  end;
{$ELSE}
  for i := 0 to ACount-1 do
    Result.Add(TGUID.NewGuid);
{$ENDIF}
end;

Muss jetzt nur jedes mal, wenn ich mehr als eine GUID benötigte daran denken, über die Funktion mir die GUID´s zu holen...

Ich gehe natürlich davon aus, dass irgendwann schon eine GUID kommt die noch nicht generiert wurde. Sonst macht mir die while-Schleife irgendwann ein Problem.

[Darlo]

und was machst Du senn das Programm neu gestartet wird? Alle guid der Datenbank abfragen?

[AndyDF]

Zitat von Darlo:

und was machst Du senn das Programm neu gestartet wird? Alle guid der Datenbank abfragen?

Durch Tests bin ich darauf gekommen, dass es wohl an der Zeit liegt. Und Kollisionen nur entstehen, wenn sehr kurz hintereinander GUID generiert werden.
Ich hoffe einfach mal, dass 2h nach der letzten GUID nicht wieder die gleiche GUID kommt. Wenn dass der Fall sein sollte, kann ich meine App ohnehin direkt wieder löschen.

[Memnarch]

Und was ist mit Multithreading
Die obige implementierung gibt in 2 Threads mitunter identische/überlappende listen raus. Vllt was, was man per CriticalSection locken sollte?(Nicht unbedingt für deinen UseCase aber generell)

[Darlo]

Ganz blöd nur wenn man mehrere User an einer DB hängen hat. Und PKs Guids sind. Noch blöder wirds wenn man für die App Geld verlangt. Am blödsten wirds dann wenn die App auch noch genutzt wird....

Habe jetzt die offline Lauffähigkeit deaktiviert und meinem Datasnap-Server (windows &#128521 ne Funktion getGuid spendiert....

[AndyDF]

Zitat von Memnarch:

Und was ist mit Multithreading
Die obige implementierung gibt in 2 Threads mitunter identische/überlappende listen raus. Vllt was, was man per CriticalSection locken sollte?(Nicht unbedingt für deinen UseCase aber generell)

Ja. Blöd.
Auch die Tatsache, dass mehrere Benutzer gleichzeitig meine App verwenden und dann Daten in eine zentrale Datenbank synchronisieren ist nicht gerade angenehm.

Edit: Glaube mehrere Geräte ist doch kein Problem, da der restliche Teil der GUID (die nicht-Zeit) ja auf Basis der Mac-Adresse generiert wird.

Will eigentlich nicht die GUID vom Server generieren müssen. Diese Aufrufe würde ich mir gerne sparen.

[Darlo]

Indirekt kann man doch durch den Bug Rückschlüsse auf das Gerät ziehen. Vorallem weiss ich jetzt welche User sich Geräte teilen oder mehrere Geräte haben... Ist das Datenschutzmäsdig erlaubt? Egal ob man das auswertet oder nicht.