Welcome to Telelogic Product Support
  Home Downloads Knowledgebase Case Tracking Licensing Help Telelogic Passport
Telelogic DOORS (steve huntington)
Decrease font size
Increase font size
Topic Title: Undoing setup for sharing
Topic Summary: How do you undo the "sharing" to gain performance?
Created On: 22-May-2008 23:13
Status: Post and Reply
Linear : Threading : Single : Branch
Search Topic Search Topic
Topic Tools Topic Tools
Quick Reply Quick Reply
Subscribe to this topic Subscribe to this topic
E-mail this topic to someone. E-mail this topic
Bookmark this topic Bookmark this topic
View similar topics View similar topics
View topic in raw text format. Print this topic.
 22-May-2008 23:13
User is offline View Users Profile Print this message


Abbas Rostami

Posts: 7
Joined: 17-Aug-2007

I am done with shared editing and baselined the module.
I thought when I baseline the module, then shared partitions are put back together to gain performance.

Is there a way to undo the sharing?
I assum one way may be to copy the baseline with the same Obj_IDs.

Regards,

AR
Report this to a Moderator Report this to a Moderator
 23-May-2008 04:52
User is offline View Users Profile Print this message


Paul R Miller

Posts: 29
Joined: 16-Feb-2007

Hi Abbas,

As far as I know - once you have configured Shared Editing, the partitioning of the module files at the DB level to support this mode is not reversible. Even if you reset all of the Module Object access rights back to "Inherited", the partitioned files on the DB will not be merged back the way they were.

I've only ever found this starts to be a problem when the number of editiable sections goes beyond 100 or so sections, and even then the performance degradation is barely noticable until you start getting up to 150 plus range.

Because the DOORS DB architecture is heavily file based (I can't recall the name of the old DB architecture that it's based on - LouieL / TonyG may know), the law of gravity for most operating systems is that a file can only issue one handle to one user at any one time, so DOORS has to fracture\partition its DB files into smaller chunks to enable multiple users to get a handle on a chunk that is not being used by another user.

-------------------------
Paul Miller
Specification Practices Specialist
EuroCyber
Melbourne, Australia
Mobile: + 61 (0) 418 135 103
http://www.eurocyber.biz
Report this to a Moderator Report this to a Moderator
 23-May-2008 17:58
User is offline View Users Profile Print this message


Louie Landale

Posts: 2070
Joined: 12-Sep-2002

You can erase all shared sections by opening the module Edit Exclusive and running the attached DXL, then saving the module.

- Louie
Report this to a Moderator Report this to a Moderator
 23-May-2008 22:10
User is offline View Users Profile Print this message


Abbas Rostami

Posts: 7
Joined: 17-Aug-2007

Thanks-

This just change the object access right and will not give you additional performance. The DB is still partitioned as Paul Miller indicted in his reply.

AR
Report this to a Moderator Report this to a Moderator
 23-May-2008 22:22
User is offline View Users Profile Print this message


Abbas Rostami

Posts: 7
Joined: 17-Aug-2007

Thanks Paul,

I have around 60 sections which based on your commenst is not bad!

Do you think copying the baseline may create one file from partitions?

How about erase sharing (by setting the object access "inherit from parent") and then repartitioning at a higher level?
One may think that it should repartition the DB at a higher level (less fragments).

AR
Report this to a Moderator Report this to a Moderator
 26-May-2008 06:59
User is offline View Users Profile Print this message


Paul R Miller

Posts: 29
Joined: 16-Feb-2007

Even if you run Louie's script to reset all module object access rights to inherited and then redefine your shareable sections to a higher level than it was before, that will not merge back all of the partitioned files on the DB. If you define shareable sections to a lower level than what they were before, that will just chunk-up the files even more to cater for the increased number of editable sections.

Whilst a very useful feature, there's nothing to help you with managing shareable edit mode once you have defined it. It would be nice if DOORS had a Shareable Edit Status feature that lets you know what levels are currently set to shareable edit and an ability to modify the current shareable edit configuration, including a reset function which is just basically Louie's DXL script.

Also, watch out if your module is set up for shared edit mode and you add new objects in Exclusive edit mode - these new objects will not be automatically shareable unless they are child objects to sections that have had their access rights modified to support shareable edit. And one more trap for new players - module objects configured for shared edit will no longer inherit their access rights from the module level. So you can have the situation where you add and define an access group to have RMCD rights at the module level, but when they open the module, all of the objects set up for shared edit are greyed out because those objects are no longer inheriting their rights from the module.

-------------------------
Paul Miller
Specification Practices Specialist
EuroCyber
Melbourne, Australia
Mobile: + 61 (0) 418 135 103
http://www.eurocyber.biz
Report this to a Moderator Report this to a Moderator
Statistics
20925 users are registered to the Telelogic DOORS forum.
There are currently 1 users logged in.
The most users ever online was 15 on 15-Jan-2009 at 16:36.
There are currently 0 guests browsing this forum, which makes a total of 1 users using this forum.
You have posted 0 messages to this forum. 0 overall.

FuseTalk Standard Edition v3.2 - © 1999-2009 FuseTalk Inc. All rights reserved.