second-level-cache

    0熱度

    1回答

    枚舉值與休眠和緩存

    我有下一個問題： 我有一個「用戶」實體與「角色」有多對多的關係。事情是，「角色」被列舉（總是有5個），所以每當我獲取用戶時抓取它們似乎都沒有必要（因爲它們也很少改變）。我想以某種方式將角色保存在記憶中，並在我帶她時將其附加到用戶身上。值得注意的是，hibernate已經啓用了二級緩存，所以如果需要的話，我將能夠使用它。 有沒有人有這個解決方案？ 在此先感謝
    java hibernate caching second-level-cache 2013-03-10

    0熱度

    2回答

    在休眠模式下複製二級緩存的可能性

    是否有可能在集羣環境的不同節點上覆制休眠的二級緩存？
    hibernate second-level-cache 2013-06-24

    0熱度

    1回答

    休眠會話級別緩存：登錄問題

    這是我的一位老年人問我的問題。 1）我們有一個J2EE應用服務器的兩個不同的節點：節點1和節點2（如圖像中的下圖所示） 2）亦冬眠被啓用第二級高速緩存。 3）問題如下：用戶點擊登錄頁面URL並假設該請求轉到節點1和用戶登錄，然後用戶註銷。 4）再次登錄頁面的用戶請求，此時請求轉到節點2.現在用戶登錄並更改其密碼並註銷。 現在，當用戶試圖與他的新密碼 和請求轉到節點1.將他可以登錄到系統登錄的問題是
    hibernate java-ee second-level-cache 2013-06-25

    0熱度

    1回答

    如何使用對象和集合

    hibernate的二級緩存我有3個班 class A{ List<B> child; } class B{ List<C> child; } class C{ String name; } 在我的應用，A級將通過用戶的任何請求負載。 我應該在任何類上面使用@Cache註釋嗎？我應該使用它上面的列表或只是把它放在A類之上嗎？
    java hibernate second-level-cache 2013-06-26

    0熱度

    1回答

    Hibernate查詢緩存不返回新添加的實體

    Enviorment- Hibernate-啓用查詢緩存和二級緩存 緩存used-的Ehcache與updatetimestampcache設置是永恆的。 問題 - 對於實體​​E，I具有在表2點中的行。因此，在通過帶有setcacheable（true）的條件進行查詢（以獲取所有行）時，第一次填充第二級緩存和查詢緩存。 通過具有setcacheable（true）的條件進一步執行相同查詢從查詢​
    hibernate ehcache second-level-cache query-cache 2013-07-02

    0熱度

    2回答

    Hibernate的二級緩存使用ecache

    我怎麼看待複製休眠::的二級緩存（使用RMI複製） 假設我們打一個網址找到一個Employee對象和它進入的SessionFactory的說節點1（集羣的一個節點）。 [SQL查詢將被觸發以通過休眠獲取員工對象] 如果我再次點擊URL查找Employee對象，並且此時調用去node2（Cluster的另一個節點），SQL Query將不會這次被解僱。數據將從從節點1複製到節點2的二級緩存中獲取。
    java hibernate ehcache second-level-cache 2013-07-03

    4熱度

    1回答

    查詢緩存休眠加載實體

    任何人都可以幫我解決這個問題。我將Infinispan用作二級緩存，將Hibernate用作ORM。我打開了enityt和查詢緩存。 我有兩個查詢，例如Q1是 「從BokkEntity selet B B其中b.id < 5」 和其它類似的Q2是 第一次 「從BokkEntity b其中b.id < 7選擇B」 我我正在運行Q1，它將5個對象從持久存儲加載到緩存中。第一次運行第二次查詢會在Cach
    hibernate entity second-level-cache infinispan query-cache 2013-03-27

    0熱度

    1回答

    哪個Hibernate查詢命中第二層緩存？

    我剛添加Memcached作爲Hibernate的第二層緩存。在安裝高速緩存之後，性能實際上受到了重創。所有查詢都比較慢。我意識到，原因可能是由於我的大部分查詢都不是基於id，所以第二層緩存沒有被使用。 我的問題是，不應該非基於ID的查詢直接進入數據庫，而不會觸及緩存？也就是說，在擊中緩存之前確定查詢是否「適合緩存」的決策？如果是這樣，不應該表現得更快？
    mysql hibernate caching memcached second-level-cache 2013-08-31

    -1熱度

    2回答

    什麼是JPQL查詢和JPA持久化上下文環境中的批量更新？

    JPA 2.0規範（JSR 317）說： The persistence context is not synchronized with the result of the bulk update or delete. 究竟是什麼一個散裝更新？ 在我看來，[或更確切地說應該是]「批量更新」和「定期更新」之間的區別。我想相信批量更新是更新多個實體的更新。因此，應該有一個更新沒有歸類爲「批量」，
    java-ee jpa sql-update jpql second-level-cache 2013-04-09

    2熱度

    2回答

    學說 - 實體被修改時中斷查詢緩存（二級緩存）

    我在使用教義2時沒有緩存任何內容。我想啓用內學說一些緩存系統，但它看起來像你必須手動管理處處是： $memcache = new Memcache(); $memcache->connect('memcache_host', 11211); $cacheDriver = new \Doctrine\Common\Cache\MemcacheCache(); $cacheDriver->se
    caching doctrine2 symfony-2.1 second-level-cache 2013-02-25
最新問題