# 19.1.2\. 調整抓取策略（Tuning fetch strategies） 查詢抓取（默認的）在N+1查詢的情況下是極其脆弱的，因此我們可能會要求在映射文檔中定義使用連接抓取： ``` <set name="permissions" fetch="join"> <key column="userId"/> <one-to-many class="Permission"/> </set ``` ``` <many-to-one name="mother" class="Cat" fetch="join"/> ``` 在映射文檔中定義的`抓取`策略將會對以下列表條目產生影響： * 通過`get()`或`load()`方法取得數據。 * 只有在關聯之間進行導航時，才會隱式的取得數據。 * `條件查詢` * 使用了`subselect`抓取的HQL查詢 不管你使用哪種抓取策略，定義為非延遲的類圖會被保證一定裝載入內存。注意這可能意味著在一條HQL查詢后緊跟著一系列的查詢。 通常情況下，我們并不使用映射文檔進行抓取策略的定制。更多的是，保持其默認值，然后在特定的事務中， 使用HQL的`左連接抓取（left join fetch）` 對其進行重載。這將通知 Hibernate在第一次查詢中使用外部關聯（outer join），直接得到其關聯數據。 在`條件查詢` API中，應該調用 `setFetchMode(FetchMode.JOIN)`語句。 也許你喜歡僅僅通過條件查詢，就可以改變`get()` 或 `load()`語句中的數據抓取策略。例如： ``` User user = (User) session.createCriteria(User.class) .setFetchMode("permissions", FetchMode.JOIN) .add( Restrictions.idEq(userId) ) .uniqueResult(); ``` （這就是其他ORM解決方案的“抓取計劃(fetch plan)”在Hibernate中的等價物。） 截然不同的一種避免N+1次查詢的方法是，使用二級緩存。