Wenn die Systemrichtlinie deaktiviert ist (dies ist die optimierte Standardeinstellung für den normalen Gebrauch), dann erfolgt die Pufferung der Projektdatensätze in den neuen Ansichten "Zug um Zug". Dies geschieht unabhängig davon, wie der Schalter zur Hintergrundkalkulation gesetzt ist. Die Projektdatensätze werden also bei Bedarf aus der Datenbank in den Arbeitsspeicher gelesen und dort zwecks Performance-Optimierung der Lesevorgänge gepuffert. Der Arbeitsspeicherbedarf steigt mit zunehmender Projektgröße linear an. Die Lesevorgänge aus der Datenbank erfolgen nicht im Bulk-Modus. Bei großen Vorgängen führt dies nur dann zu einer Verzögerung beim Öffnen, wenn die Hintergrundkalkulation ausgeschaltet ist. Sinnvoll ist diese Einstellung beim Betrieb von Einzelplatzanlagen und Mehrplatzanlagen mit Netzwerk (im Gegensatz zum Terminalserver-Betrieb mit DB auf dem Terminalserver).

Wenn die Systemrichtlinie aktiviert und eingeschaltet ist, dann werden beim Öffnen eines Vorgangs in einer neuen Ansicht sofort alle Projektdatensätze eingelesen (Bulk-Modus) und im Arbeitsspeicher gepuffert (s. o.). Bei großen Vorgängen führt dies zu einer Verzögerung beim Öffnen, unabhängig von der Einstellung zur Hintergrundkalkulation. Diese Einstellung der Systemrichtlinie ist sinnvoll auf SQL Server Umgebungen bei großen Vorgängen, wenn der Anwender nicht mit der Hintergrundkalkulation arbeiten möchte, da durch die Bulk-Leseoperationen die Datensätze eines Vorgangs sehr viel schneller gelesen werden können (im Vergleich zu einem "Zug um Zug"-Lesen).

Wenn die Systemrichtlinie aktiviert und nicht eingeschaltet ist, dann werden die Projektdatensätze grundsätzlich "Zug um Zug" gelesen und nicht gepuffert. Das schont zwar den Arbeitsspeicher, erzeugt aber viel Netzwerklast. Bei großen Vorgängen führt dies nur dann zu einer Verzögerung beim Öffnen, wenn die Hintergrundkalkulation ausgeschaltet ist. Sinnvoll ist diese Einstellung z.B. bei Nutzung eines Terminalservers (Aspekte: schont den Arbeitsspeicher, Netzwerkbelastung tritt ohnehin nicht auf, sofern die DB auch auf dem Terminalserver liegt).