Datos principales: relación inversa para dos relaciones con el mismo tipo

Question

Hola En mi aplicación Core Data model tengo entidades de hoja y texto. La entidad de hoja puede tener dos textos: privacyNotes y termsOfUse. Ambos de tipo de texto. Así que en el modelador de datos XCode creo relaciones one-to-name llamadas "privacyNotes" y "termsOfUse" en Sheet with Text destination. A continuación, aparece una "hoja" de relación en Texto. Luego selecciono esa relación Text.sheet como inversa para Sheet.privacyNotes. Hasta aquí todo bien. Pero cuando establezco la misma relación Text.sheet como inversa para Sheet.termOfUse, XCode elimina esta relación como Sheet.privacyNotes inversa. Entiendo que las relaciones en DB pueden no ser tan simples en comparación con las relaciones de objetos Objective-C, pero realmente no entiendo por qué SQLite o (CoreData) no pueden reutilizar una relación como inversa para POCAS relaciones.

Answer 1

Una pequeña ojeada debajo de la capucha de la abstracción puede ser esclarecedora *: una relación solo puede ser inversa para exactamente otra relación porque, en la tienda de respaldo, están representadas por los mismos datos. Si un Texto y una Hoja pueden tener cierta relación, Core Data hace lo que un buen modelador humano de datos haría y almacena esa relación lo más brevemente posible. Las propiedades de relación de los objetos de entidad son solo formas de ver esa relación.

Para obtener el efecto de lo que está buscando: siga adelante y proporcione propiedades de hoja para privacidadNota y termsOfUse; pero proporcione propiedades de texto como sheetIAmTermsFor y sheetIAmPrivacyNoteFor, y configúrelas como inversas de forma adecuada. Luego, en la clase de texto, añadir una propiedad sintética a lo largo de estas líneas:

// in interface 
@property (nonatomic, readonly) Sheet *sheet; 
// in impl 
-(Sheet *)sheet 
{ 
    if ([self sheetIAmTermsFor]) 
    return [self sheetIAmTermsFor]; 
    else 
    return [self sheetIAmPrivacyNoteFor]; 
} 

Si desea escribir un regulador también, que tendrá que decidir qué papel que colocador debe conferir al texto (que puede Core Data 't averiguar por ti, otra de las razones de una propiedad no puede ser la inversa de dos propiedades diferentes.)

Si necesidad de imponer una restricción de que un texto sólo puede ser nunca una 'privacyNote' o un " los términos "pero nunca ambos", anulan los setters para sheetIAmTermsFor y sheetIAmPrivacyNoteFor, siguiendo el patrón de Apple en los documentos, y tienen cada uno nulo la otra propiedad cuando se establece.

(* Apple considera que las bases de datos SQLite Core Data generan privacidad para su implementación, pero inspeccionar sus esquemas puede ser muy educativo. Simplemente no tengas la tentación de escribir código de envío que vaya detrás del CD para tocar el db directamente .)

Answer 2

Es mucho mejor tener una relación uno a muchos entre Hoja y Texto con un límite de validación de 2. Entonces debe tener una propiedad de tipo en el texto que lo declare como privacyNotes o termsOfUse. Desde allí, puede agregar métodos de conveniencia a su subclase Hoja que le permite recuperar cualquiera de ellos.