Documentum DFS, rinomina DM_User (attributo nome_utente)

Question

Dopo aver cambiato nome_utente attributo alcune dell'utente con oggetto DFS servizio web consistenza checker fallisce. Sembra Documentum utilizza nome_utente come chiave esterna in altri documenti e rinominare questo attributo su DM_User non cambia tutte le chiavi esterne di questo utente.

Qualcuno sa come cambiare in modo corretto valore nome_utente e tutte le sue dipendenze ''? Questo è anche possibile con DFS?

Oh, sto usando .NET C #, in modo che qualsiasi soluzione deve essere compatibile con quello.

Consistenza rapporto checker:

  

ATTENZIONE CC-0002: L'utente ' FirstName   Cognome ' si fa riferimento in dm_group   con id '1200400186008806' ma lo fa   Non avere un oggetto DM_User valida   ....

Si va così per circa 50 utenti. dopo di che viene:

  

ATTENZIONE CC-0007: oggetto ACL con   r_object_id '4500000160051328' ha un   inesistente utente ' Nome Cognome '   ...

e circa 50000 più linee di ACL, sysobjects, ...

TNX

Modifica alcuni chiarimenti

EDIT 2: aggiunto rapporto di controllo di coerenza

Answer 1

Ok, capito:

Quello che devi fare è creare nuova dm_job_request con i seguenti attributi:

            object_name = "UserRename",
            job_name = "dm_UserRename",
            method_name = "dm_UserRename",
            request_completed = false,
            priority = 0,
            arguments_keys = "OldUserName,NewUserName,report_only,unlock_locked_obj".Split(','), //stringarrayproperty
            arguments_values = "test,test123,F,T".Split(',') ////stringarrayproperty

Dopo che si esegue manualmente dm_userrename lavoro. Ho cercato di priorità impostato a 1 (che avrebbe dovuto essere l'opzione "Esegui ora"), ma non è stato avviato automaticamente dm_userrename

Spero che questo aiuta qualcuno.

Answer 2

lavoro Dm_userrename è il modo per farlo. Avere la nome_utente come chiave esterna non è stata una grande scelta di design, ma dobbiamo convivere con essa.

Answer 3

Non sono abbastanza sicuro che cosa vuoi dire buy ridenominazione DM_User, ma mi aspetto che si sta andando ad ottenere un mucchio di problemi, visto che è abbastanza fondamentale per l'intera piattaforma.

Documentum è effettivamente un database object-oriented, così si dovrebbe essere in grado di creare un sub-tipo di DM_User, chiamatelo come vi piace e dovrebbe comportarsi allo stesso modo.

Answer 4

Si potrebbe utilizzare una query DQL per fare l'aggiornamento, che si può rilasciare attraverso DFC. Qualcosa di simile

UPDATE dm_document set user_name='new name' where user_name='old name'