الكؤوس المقدسة / GORM: معنى belongsTo في 1: N العلاقات

Question

في عادية واحدة لكثير رسم خرائط "واحد" هو -side صاحب الجمعيات. لماذا أي شخص استخدام belongsTo رسم خرائط لمثل هذه الخرائط؟ أنا في عداد المفقودين بعض الآثار الجانبية لتحديد belongsTo؟

وبعبارة أخرى: ما هي الآثار المترتبة على تحديد belongsTo رسم الخرائط في GORM مقابل لا يحدد ذلك

Answer 1

وإذا كان لتحديد belongsTo يعتمد على نوع عمل مرجعية انت تريد.

إذا كنت تريد الكؤوس المقدسة للقيام <م> على حذف، CASCADE العمل المرجعي، ثم القيام بتحديد <م> belongsTo . إذا كنت تريد أن تفعل الكؤوس المقدسة <م> على حذف، وتقييد العمل المرجعي، ثم لم تقم بتحديد <م> belongsTo .

ومنها مثلا.

// "belongsTo" makes sense for me here. 
class Country {
  String name
  static hasMany = [states:State]
}

class State {
  String name;
  // I want all states to be deleted when a country is deleted. 
  static belongsTo = Country
}

// Another example, belongsTo doesn't make sense here
class Team {
  String name
  static hasMany = [players:Player]
}

class Player {
   String name
   // I want that a team should not be allowed to be deleted if it has any players, so no "belongsTo" here. 
}

ويساعد هذا الأمل.

Answer 2

وتحديد belongsTo يسمح الكؤوس المقدسة إلى التحديثات تتالي بشفافية، ويوفر وحذف للأطفال الكائن. دون belongsTo، إذا حاولت حذف السجل الرئيسي، وسوف ينتهي بك الأمر الحصول على انتهاك المفتاح الخارجي إذا كان لديه أي تفاصيل فإنه يملك.