Cosa devi fare...?
La gestione di Tabelle con relazione Gerarchica si fa in un'altro modo... ma non so se sia il tuo caso.
L'esempio che ti faccio è di un Ricettario(so che è banale l'esempio e potresti sentirti offeso, ma attenzione ai concetti...)
Una ricetta è fatta da Molti elementi... ma a sua volta un elemento che compone la ricetta potrebbe essere a sua volta una ricetta...
Si distinguono di fatto prodotti FINITI, SEMILAVORATI e MATERIE PRIME.
(1)Torta di Mele
(2) Pasta Frolla
(3) Farina
(3) Uova
(3) Burro
(3) ecc...
(2)Crema Pasticcera
(3) Uova
(3) Vaniglia
(3) ecc...
(2)Mele
Il Numero prima dell'elemento è il LIVELLO di Profondità o il Livello Gerarchico.
Come vedi l'esempio banale offre spunti interessanti, e se tu dovessi fare una gestione di questo tipo con Tabelle 1-M in modalità Standard saresti in difficoltà oppure dovresti prevedere N livelli complicando la vita...!
Il tutto invece si gestisce con 2 Tabelle
1° Tabelle Elementi(nella quale inseriamo il TIPO[FINITO/PRIMO/SEMILAVORATO] ed i dati specifici dell'elemento)
2° Tabella Relazione Elemento Padre - Elemento Figlio
La 2° come elemento Figlio ha il legame sempre con la 1° Tabella che viene referenziata 2 volte...
Se non ti piacciono le ricette, peccato, puoi spostare l'applicazione su una gestione di Magazzino di una Fabbrica di Componentim in cui si ha un Elemento finito e componenti che possono essere assemblati e far parte di molti elementi finiti...
Concetto abbastanza complesso nella media... termino quì di cucinare...!