Wenn ein Brick gesucht wird, wird dieser bei aktiviertem Cache immer zuerst im Cache gesucht und wenn er nicht gefunden wurde, wird in der Datenbank-Tabelle DLEBRICKVIEW gesucht. Die Key-Definition und der Key werden mit dem Bricknamen im Cache abgelegt – auch wenn kein Brick gefunden wurde. Beim nächsten Zugriff, wird der Brickname dann im Cache gefunden und es ist kein Datenbankzugriff notwendig. Schlüssel mit Häufigkeit „selten“ werden nicht in den Cache gelegt.
Wenn bei aktiviertem Cache ein Brick gespeichert wird, wird dies in der Tabelle DLEUPDATE vermerkt. Bei jeder Brick Ausführung werden einmal alle Einträge seit dem letzten Lesen aus der Tabelle DLEUPDATE gelesen und aus dem Cache gelöscht. Dies könnte auch deaktiviert werden über das Property refreshOnExecute in der DLESessionConfig.xml. Dann kann man nur noch den ganzen Cache über einen Refresh vom DLE Server leeren.
Über das Property deleteCacheDays gibt man an, nach wie vielen Tagen die Einträge aus DLEUPDATE gelöscht werden sollen. Dies passiert immer beim Schreiben des ersten Bricks nach dem DLE-Start. Default: 7 Tage.
Mit refreshBufferMinutes kann man angeben, mit wie viel Toleranz überlappend gelesen wird. Dies soll unterschiedlichen Uhrzeiten auf den verwendeten Computern und die Zeit zwischen Insert und Commit abfedern. Default: 5 Minuten.