Nein, die default Persistence spielt nur beim Zugriff auf die persistierten Daten eine Rolle, also wenn Du in der Sitemap ein Chart Widget verwendest oder innerhalb einer Rule auf historische Daten zugreifen willst. Du kannst bei jedem dieser Befehle explizit angeben, welcher Persistence Service verwendet werden soll. Wenn es die default Persistence ist, kannst Du den Parameter weg lassen.
Für das Speichern der Daten spielt es keine Rolle, welche default Persistence definiert ist, hier zählt einzig die Information in den *.persist Dateien.
Aber nochmal der Hinweis: Deine Strategies sind fehlerhaft. Abgesehen davon, dass es keinen Tag 0 im Monat gibt und everyWeek, also einmal pro Woche, an einem bestimmten Wochentag persistieren müsste (z.B. immer Montags), sind all diese Strategies sinnfrei. rrd4j muss zwingend everyMinute als Strategy gesetzt haben, wahlweise kann man das noch mit everyChange und/oder restoreOnStartup ergänzen.
In mapdb ist alles außer everyChange und restoreOnStartup auch sinnfrei, allenfalls könnte man statt everyChange noch everyUpdate setzen, aber da mapdb nur den letzten bekannten Wert zurück liefert, ist auch der Speicherzeitpunkt eher nicht so wichtig.
Bei Datenbanken wie MySQL sieht die Sache eventuell etwas anders aus, aber selbst da müssten die Strategies anders definiert sein, um dem Namen entsprechend korrekt zu funktionieren.
Code: Alles auswählen
Strategies {
everyMinute : "0 * * * * ?" // zur vollen Minute
everyHour : "1 0 * * * ?" // eine Sekunde nach der vollen Stunde
everyDay : "2 0 0 * * ?" // zwei Sekunden nach Mitternacht
everyWeek : "3 0 0 ? * 1" // drei Sekunden nach Mitternacht am Montag
everyMonth : "4 0 0 1 * ?" // vier Sekunden nach Mitternacht am Monatsersten
everyYear : "5 0 0 1 1 ?" // fünf Sekunden nach Mitternacht an Neujahr
default = everyChange
}
Wichtig ist auch, wie oben zu sehen, die Strategies aufzuteilen, so dass unterschiedliche Strategien möglichst nicht zum selben Zeitpunkt feuern.