Hi Sunshine,
Thank You very much for Your answer.
I appreciate this.
Unfortunatelly, I cannot make use most of them.
a) Re-synch the stereotypes or In moment I do re-synch stereotypes (via toolbox after importing modified MDG), all existing instances
(about 800) will lost its element script shape.
The user will be afraid that something is wrong. remedy is very simply.
Click on element, select stereotype, select profile, select stereotype. OK. It works.
But it take approximately 10-15 seconds per element...
b) Set the stereotype value using stereotypeex using jscript/vbscript and the API. I need to verify, if this attribute is R/W and if it will accept stereotype defined in MDG.
c) Export to CSV then import guid, name, object_type and stereotype fields preserving the hierarchy.This approach seems to me very complicated and time consuming. It shold be less than 5 hours. This is expected time for routine remedy.
d) Try making copy of respository and change the column(s) via SQL. Usually I create a new object to see what the columns are populated so I have a half decent chance of making mods to the DB correctlThis approach it seems to me straightforward, but with respect that could be side effects.
Not technically, but via possible accidentally human error.
Playing on production data in SQL. But it could be done in 2 steps.
1st in test environment, and after success tests into production.
I have another constrain. The repository is in MS SQL and I have no direct access to it.
We are accessing repository via cloud services.
e) Brute forceSimple, secure, "stupid" routine work... but predictable time, predictable results...
Currently I will try to test the script which mentioned Geert, and sent feedback to YOu.
Thank You very much.
Have a nice day
Roman