The host and path information in the store definition is considered to be the default location for the store, while any associated location objects identify alternate file servers. Think of a location as another store—it is defined as a UNC "location." The same rules apply as in specifying a store. For more information about locations, see location Command and site Command. The reason for introducing sites and locations is to enhance check-in, checkout, and open for view or edit performance for clients that require WAN access to a centralized storage location. The central store (“default”) is mirrored to one or more remote machines (“locations”). In this way, a client at the remote site has LAN access to the data. When a user performs a file check-in, it is written to that user’s preferred location. If none is specified, the system writes the file to the store’s default path. In the schema, the business object is now marked as having a file checked in at this location. When another user requests the file for checkout, the system checks locations in this sequence to find the newest copy:
The files can be published to all locations associated with the store
by running the
MQL
|