3-20 Hartnäckiger ZustandcService, v2.0 September 2002 3 } Ein Fall einer hartnäckig-fähigen Kategorie kann hartnäckig gebildet werden, indem man benennt bestehen Sie fort Methode auf einem Fall einer Ablage Haupt. bestehen Sie fort Methodenaufzeichnungen die Verbindung zwischen dem Gegenstand und der Familie dieser Ablage Haupt. Wenn die Verhandlung festgelegt wird, muß jedes Feld jeder hartnäckigen Inkarnation sein irgendein: ? ein ursprünglicher Wert, ?- Null, ?, das ein Hinweis auf einer hartnäckigen Inkarnation mit dem gleichen Katalog wie verband Verweisen des Gegenstandes, ? oder Hinweis auf einem Gegenstand von einer der unabänderlichen Kategorien verzeichneten oben. Wenn es einen Hinweis auf einem vorübergehenden Gegenstand gibt, wird das Verhalten Implementierung-definiert. Einige Verkäufer können beschließen, automatisch abzuwandern der verwiesene Gegenstand zum Werden hartnäckig in der gleichen Datenbank wie der verweisende Gegenstand. Andere Verkäufer können zu wählen werfen Sie eine Ausnahme auf. Eine neue Verhandlung muß seine erste Inkarnation erwerben, indem sie etwas bekanntes pid verwendet mit find_by_pid Betrieb an CatalogBase oder mit find_by_short_pid Betrieb auf StorageHomeBase (sehen Sie Abschnitt 3,2,1, "Überblick," auf Seite 3-2) . Folgend Inkarnationen können durch Navigation oder durch zusätzliche Anrufe zu dann erworben werden find_by_pid (oder find_by_short_pid ). Wenn eine Inkarnation außerhalb der Verhandlung verwendet wird, in der sie entweder geholt wurde oder verursacht, jedes hält die Inkarnation den gegenwärtigen gültigen Inhalt des Speichergegenstandes, oder die Inkarnation hat alte Daten, aber das Versuchen, die Änderungen festzulegen, die nachher vorgenommen werden das Ablesen solch eines veralteten Gegenstandes verursacht die Verhandlung zum Abbruch. Gültige Daten für alle Inkarnationen können garantiert werden, indem man CatalogBase::refresh benennt . 3,3,3 C++ Eine PSS-Implementierung, die transparente Ausdauer für C++ zur Verfügung stellt, muß einführen der Standard der Version 2,0 der Gegenstanddatenverwaltung-Gruppe (ODMG) für C++ ([ ODMG ] Kapitel 5), mit der folgenden Änderung: d_Object übernimmt (mit allgemeinem virtuellem Erbschaft) von CosPersistentState::StorageObjectBase . Der Standard ODMG C++ benutzt eine intelligente Zeigerkategorie (d_Ref für die Bestimmung welches Gegenstände müssen in Anwendungsgedächtnis geholt werden und erfordern einen ausdrücklichen Anruf zu a mark_modified() Mitgliedsfunktion für die Bestimmung, welche Gegenstände geändert haben. ODMG definiert ein d_Transaction Kategorie für die Behandlung von Verhandlungsemantik. In PSS Verhandlungen werden völlig durch den Verhandlungservice angefaßt; folglich d_Transaction Kategorie sollte nicht in Verbindung mit PSS benutzt werden. Auch [ ODMG ] benutzt die Bezeichnungsdatenbank für datastore.