---

Hallo,
ich muss das Thema UUID mal wieder aufwärmen. Ich habe jetzt schon öfter gehört/gelesen, dass es zu Problemen führen kann, wenn zwei Parts verschiedenen Dateinamen, aber gleiche UUID haben. Insbesondere in Products. Nun kann ja nicht ganz ausgeschlossen werden, dass so etwas passiert. Also habe ich das bewusst ausgetestet. Parts mit gleicher UUID unter verschiedenen Namen gespeichert und in ein Product. Dann noch das Product dupliziert (gleiche UUID) und beide in ein neues Product. Um ganz sicher zu gehen habe ich auch noch Geometrie von einem Part in das andere kopiert (natürlich mit Link). Alles gespeichert, wieder aufgerufen. Alles kein Problem.
Nun frage ich mich, welche Probleme können denn auftreten? Hat schon irgend jemand Erfahrung mit Problemen, die durch Verwendung der gleichen UUID aufgetreten sind?

------------------
Viele Grüße
Jochen Kaestle

www.denc.de

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Jochen,

bloß weil Parts dieselbe UUID haben und im selben Product verbaut sind, muss es noch lange keine Schwierigkeiten geben.
Das Product hat ja alles um seine zugehörigen Parts zu identifizieren (den Namen) und der Link den Du erzeugt hast ist ja ein Instanz-Link, welcher nicht auf die UUID zugreift.
Ein Referenz-Link beispielsweise benötigt die UUID zur Identifizierung des Eltern-Dokuments.

------------------
Gruß vom
Rupert

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallole miteinander,

ich vermute, dass genau an dieser Stelle die Probleme auftauchen können: wenn ein Referenzlink eine UUID zur eindeutigen Identifizierung des Originalelementes benötigt, dann kann es vermutlich dann zu Schwierigkeiten kommen, wenn externe Referenzen in neuen Parts verbaut werden. Ich kann mir beispielsweise die Vermischung von Veröffentlichten Geometrien (da umgeht man ja gewollt die UUID eines Elementes) vorstellen. Vermutlich ist es dann so: hat man beispielsweise in beiden Parts mit derselben UUID eine veröffentlichte Geometrie (z.B. "Bauteil"), so weiß Catia dann nichtmehr, auf welches Part (die haben ja beide dieselbe UUID) zurückgreifen soll. Ich vermute an dieser Stelle fangen dann schon die Probleme an.

Ein weiters Beispiel (ich weiß nicht sicher, ob es da herrührt, aber ich vermute es): ich habe vor längerem einmal versucht eine zweite Baugruppe auf denselben Catia-Schirm zu laden. Die erste Baugruppe war bereits geladen. Da wir bis dato immer aus demselben Startmodell (Totsünde: kopieren über die Windows-Oberfläche) begonnen haben, war vermutlich in den Teilen auch dieselbe UUID vorhanden. Was passierte?
Baugruppe B (neu geladen) war mit allen Bauteilen der Baugruppe A (bereits geladen) bestückt. Woher kommt das? Abgesehen davon, dass Catia immer auf gewisse Verzeichnissstrukturen zurückgreifen möchte vermute ich, dass Catia durch die nicht eindeutige Kennung der UUID beider Baugruppen einfach die Teile aus der Baugruppe A in die Baugruppe B geladen hat. Die UUID hatte ja in beiden Fällen gepasst.

Scheint wohl immer ein schwieriges Thema zu bleiben. Allen einen Gruß aus dem wilden Süden,

  fireman

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo,
erst einmal vielen Dank für Eure Antworten. Ich habe noch etwas rumgetestet, auch mit Veröffentlichnungen. Direkt auf Probleme bin ich nicht gestoßen. CATIA lässt sich durch die Mehrfachverwendung der UUID allerdings austricksen. Und das kann dann zu Problemen führen. Vor allem, wenn man sich nicht bewusst ist, was man da eigentlich macht.

------------------
Viele Grüße
Jochen Kaestle

www.denc.de

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Unter vorgehaltener Hand werden Performanceprobleme berichtet in großen Baugruppen, schriftlich wird Dir das aber keiner geben. Besonders schwierig ist's zu beweisen, denn erst mal dazu Referenzdaten aufzusetzen ist ja wohl nicht machbar. Was mir schwerer im Magen liegt, ist dass eine so aufgesetzte Baugruppe (die vielleicht aus einer Datenbank so kommt...)  filebasierend nur sehr schwer weiter bearbeitbar ist, wenn Anwender nicht wissen, welche Befehle denn nun eine UUID verändern oder nicht. Da knallt's dann richtig.

[Diese Nachricht wurde von webfritz am 13. Nov. 2004 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP