Come progettare DB con relazioni padre-figlio?

Question

Se dovessi rappresentare, ad esempio, località (ad es. Paesi, stati/province/regioni, città, ecc.) In un database, come farei in modo tale che sia più facile interrogare, ridimensionare al massimo , eccetera.? Ho intenzione di usarlo per un'applicazione che permetterà agli utenti di selezionare più posizioni e associarle al loro profilo.

La soluzione che viene in mente è questa:

=========================== 
| Id | ParentId | Name | 
=========================== 
| 1 | 0  | USA  | 
--------------------------- 
| 2 | 1  | Alabama | 
--------------------------- 

mi chiedo se ci sono eventuali problemi con una soluzione del genere. Grazie.

Answer 1

Se si conoscono i diversi tipi di articoli (paesi di stato città), è necessario creare tabelle separate. Metterli tutti in una tabella renderà più difficile la query.

Se si utilizzano tipi di tabella diversi, è possibile applicare l'integrità referenziale, in modo da non ottenere orfani.

Pensa ai bambini!

Answer 2

Questo sembra abbastanza adatto alla scalabilità, tuttavia potrei includere una colonna aggiuntiva per identificare la riga/voce effettiva (tipo di entità se lo si desidera).

Ciò consentirà di eseguire query in base alla selezione (Paese, città, ecc.). Potresti scoprire che l'irradiazione può causare qualche sofferenza, visto che l'intera struttura si troverà in una singola tabella e non sai la profondità per iniziare.

Alla fine, il progetto dipenderà dal numero noto di sottosezioni che potreste avere, e se tale normalizzazione potrebbe in effetti rendere la vita più difficile, piuttosto che non.

Answer 3

Io uso qualcosa di simile e ho avuto molto successo con esso. Un recente Question of mine potrebbe tornare utile.

In alcuni casi (come questo) non desidero essere legato a una struttura di tabella. L'autoreferenzialità può essere una grande cosa. Non capisco perché sia ​​così accettabile avere strutture ad albero che usano lo stesso tipo di oggetto nel codice, ma è evitato dai programmatori quando si tratta di database.

Answer 4

A seconda del pubblico, si consiglia inoltre di separare i valori del nome in base al tipo in modo che possano essere localizzati senza duplicare la struttura gerarchica.