ER/Studio - Embarcadero Technologies Product Documentation

WORKING WITH THE REPOSITORY > WORKING WITH OBJECTS IN THE REPOSITORY
Notes
• Soft conflicts are shown in the Resolve Conflicts Dialog box when the Review Changes option is selected.
• Hard conflicts are shown regardless of the setting of the Review Changes option.
Sequence Number Changes and Other Automatically-Resolved Differences
In large, complex models there can be minor inconsistencies in the way the data is presented. These
consistencies do not have a major effect on the data in the model, but they can appear as changes in the review
changes dialog. For example, when two foreign key columns exist in a table and have the same name and are
not rolenamed, they are unified by ER/Studio.
A column exists in the internal data for each relationship that propagates to the table, but only one is shown with
that particular name. Which one is shown doesn't matter, they are assumed to refer to the same column in the
database. Occasionally ER/Studio will change which column it displays based on which internal ID is lower. If the
two columns were added at different times and given different sequence numbers within the table, it is possible
that when ER/Studio switches which it displays, the ordering of the columns in the table changes. This can cause
the sequence numbers of other columns to change as well. Those sequence number changes often show up in
the dialog.
Although ER/Studio is designed to be able to handle the deselection of those extra changes, it is generally a
better idea to let ER/Studio update itself automatically. It updates the data so that it is consistent and deselection
changes in the dialog might undo some of the changes ER/Studio makes, but not all. In addition, there are some
inconsistencies that could lead to corrupted data that cannot be handled by ER/Studio or its Repository Merge
functionality.
Often, ER/Studio can identify and correct these inconsistencies before they cause major corruption, but if you
deselect the changes, they are not allowed to be checked in, and they are never fixed in the Repository.
Checking Out Repository Items
Checking out write enables items previously added to the Repository, such a diagram, model, submodel, data model
object, Data Dictionary, Data Dictionary object, and data source/target. The procedure to check out an item from the
Repository is basically the same for all object types.
NOTE: Checking out an item that is already checked out synchronizes the local version of the item with
the Repository version.
1 Open a Repository diagram; a diagram that was previously added to the Repository.
2 Click the item you want to check out or CTRL-click several items to check out more than one.
3 Right-click and select Check Out.
Depending on what you have selected; the check out option on the short menu may be Check Out Diagram,
Check Out Model, Check Out Submodel, Check Out Object(s), Check Out Data Dictionary, Check Out Data
Dictionary Object(s), Check Out Source/Target or Check Out Dat Flow.
NOTE: Checking out the Data Dictionary also checks out any Data Movement Rules defined on the Data
Lineage tab.
4 Complete the Repository Check Out dialog as required and then click OK to initiate the check out process.
The following describe options that require additional explanation:
EMBARCADERO TECHNOLOGIES > ER/STUDIO® 8.0.3 USER GUIDE 285