Dati principali: come progettare una struttura dati ad albero da una voce di dati centrale

Question

Sto lottando con la progettazione di un modello coreData in cui ho un solo tipo di voce chiamata "Da fare". Ogni voce To-Do ha 0, 1, 2, ... o n relazioni con altre (sotto) voci proprio come To-Do. Quindi le relazioni tra le voci To-Do progettano una struttura ad albero con un numero indefinito di nodi figli. Il grafico seguente dovrebbe illustrare il caso (E = inserimento dei dati di base):

  E        
      /|\       
     /| \      
     E E E      
     /\    
    / \   
     E  E    
    /|\     
    E E E   

La mia ipotesi era di modellare i dati, come illustrato nel grafico seguente. Non ho scelto la relazione inversa perché Xcode ha creato una relazione molti-a-molti che non corrisponde alla struttura ad albero.

Inoltre ho visto nel data model inspector qualcosa chiamato "elemento padre". Così ho iniziato a credere che avrei potuto creare una seconda voce denominata "To-Do-Child" con gli stessi attributi e rendere l'altra voce alla voce genitore. Il manuale mi dice che questo potrebbe essere la strada sbagliata da percorrere ...

Domande:

1. Come posso modellare questo approccio all'interno del file core modello di dati? Uno di quelli menzionati è corretto?

2. Come sarà possibile recuperare tutte le voci Da fare di un nodo genitore specificato? Poiché derivano dalla stessa voce, ho problemi ad affrontare la sottostruttura To-Do esatta che voglio.

Answer 1

Penso che è necessario un rapporto di parent (dell'entità di destinazione è vostro per fare l'entità) che serve come destinazione per la relazione inversa.

Le voci nella parte superiore dell'albero hanno valore nullo per questa relazione.

Per qualsiasi elemento da fare, il set restituito dalla relazione childToDos terrà tutti i figli. Non importa che siano della stessa classe.