Для асоціацій з однозначним значенням, тобто "Один на один" та "Багато в одному": -
За замовчуванням Lazy = Проксі-
проксі-ліні завантаження : - Це означає, що проксі-об'єкт вашого асоційованого об'єкта завантажується. Це означає, що для проксі-об'єкта асоційованого об'єкта завантажується лише ідентифікатор, що з'єднує два об'єкти.
Напр .: A і B - це два об'єднання, що мають багато об'єднань. тобто: може бути декілька A на кожен B. Кожен об'єкт A міститиме посилання на B.
`
public class A{
int aid;
//some other A parameters;
B b;
}
public class B{
int bid;
//some other B parameters;
}
`
Відношення A буде містити стовпці (допомога, ставка, ... інші стовпці об'єкта A).
Відношення B буде містити стовпці (ставка, ... інші стовпці об'єкта B)
Проксі означає, що коли A отримано, тільки B вибирається для B і зберігається в проксі-об'єкті B, який містить тільки id. Проксі-об'єкт B - це об'єкт проксі-класу, який є підкласом B з лише мінімальними полями. Оскільки ставка вже є частиною співвідношення A, не потрібно запускати запит, щоб отримати ставку від відношення B. Інші атрибути об'єкта B ліниво завантажуються лише тоді, коли доступ до поля, окрім ставки, не має.
Для колекцій, тобто багато-багато-багато-і-багато-багато: -
За замовчуванням
ледачий = вірно.
Зверніть також увагу, що стратегія отримання (виберіть, приєднайтеся тощо) може перемогти лінивого. тобто: якщо lazy = 'true' і fetch = 'join', вилучення A також отримає B або Bs (у випадку колекцій). Причину ви можете отримати, якщо задуматися.
Вибір за замовчуванням для однозначного об'єднання - це "приєднатися".
Файл для колекцій за замовчуванням - це "вибрати". Перевірте останні два рядки. Я вивів це логічно.