Customer geodata typically is split into two types concerning data update:
1.Static geodata does not change permanently (day by day). It gets fully (not incrementally) updated in a cyclic manner (from time to time, i.e. every year etc.)
2.Dynamic geodata does change permanently, e.g. it gets frequently (day by day or minute by minute) updated (incrementally).
The first type of data is perfectly fit to be represented in a map cache for quick an efficient delivery of high quality maps.
The second type of data can only be rendered dynamically and is not applicable for map caches.
WebOffice 10.5 SP2 was designed to provide optimum support for displaying static as well as dynamic at one point of time:
1.You just need to put your static base data into a map document which will be published as a service of type cache,
2.You just need to put your dynamic data into a map document which will be published as a dynamic service.
Both services get added to the map collection of a WebOffice 10.5 SP2 project and get displayed simultaneously at a point of time.
As the static base data service is cached it will quickly deliver map cache tiles. As the dynamic service will be light weight (because the count of dynamic geographic datasets (feature classes) compared to static geographic datasets is typically very low) and rendered fast it will quickly deliver dynamic maps.
Both maps get displayed one on top of the other by WebOffice 10.5 SP2. Result is a good performing combination of cached and dynamic maps, representing both static base data as well as dynamic data in the WebOffice 10.5 SP2 clients simultaneously.
Hint: It is not possible to set a cached service above a dynamic service in the table of contents. This scenario is not supported by WebOffice, because it would cause the generation of a dynamic map image of all map services, which would prevent the performance advantages of cached map services.