Was cache concurrency-Strategie sollte verwendet werden, für die @ManyToOne-Felder

Welche cache concurrency-Strategie sollte verwendet werden, für die @ManyToOne-Felder für eine bestimmte Entität-Klasse. Würde es Sinn machen, verwenden Sie stattdessen READ_ONLY von READ_WRITE, da diese Felder in der Regel nicht ändern, nachdem die Einheit der Schöpfung

@ManyToOne(fetch = FetchType.LAZY)
@Cache(usage = CacheConcurrencyStrategy.READ_WRITE)
...
private User user;
  • Die eine, die Ihren Bedürfnissen entspricht!
InformationsquelleAutor Sam | 2010-06-17
  1. 3

    Wenn diese Felder "in der Regel don 'T change" als Gegensatz zu "nie ändern", dann den READ_ONLY-Modus ist keine option. Der andere cache concurrency Strategien bieten unterschiedliche Kompromisse zwischen der Datenbank Durchsatz und Transaktionsintegrität. Die Wahl hängt von den besonderen Umständen und Anforderungen.

    • die Primärschlüssel-id für diese Felder wird auf jeden Fall nicht ändern, aber die Inhalte ändern kann. Aber keiner der UI-Seiten zeigen Informationen aus diesen Feldern (D. H. Sie sind in Erster Linie existieren, nur weil der foreign key-Einschränkungen). So wird READ_ONLY eine gute Wahl?
    • Wenn die Daten nicht ändern, während die Anwendung ausgeführt wird, READ_ONLY-sollte in Ordnung sein. Ansonsten würde ich empfehlen, mit READ_WRITE oder etwas anderes.
    InformationsquelleAutor btreat
Schreibe einen Kommentar