Struttura gerarchica dei dati: richieste di pull + recensioni di richieste di pull + commenti di revisioni di richieste di pull

1

GitHub ha:

  • richieste di pull
  • rich invia le recensioni
  • rich i commenti di revisione della richiesta

BitBucket ha solo:

  • richieste di pull
  • rich i commenti delle richieste

Quindi ci sono tre tipi di oggetti.

Scrivo codice che riceve, elabora e archivia in un DB queste cose da GitHub e BitBucket. Quindi dovrei avere tre tipi (A, B, C) di oggetti, che rappresentano diversi "livelli" della gerarchia di oggetti e sottooggetti, giusto?

Per GitHub la mappatura degli oggetti GitHub nel mio A, B, C è chiara:

  • richieste di pull - A
  • pull request reviews - B
  • rich i commenti di revisione della richiesta - C

Ma come mappare questi oggetti per BitBucket? Penso a due varianti:

1.

  • richieste di pull - A
  • rich richiesta commenti - C

2.

  • richieste di pull - A
  • rich richiesta commenti - B

La variante "1" ha il vantaggio che i commenti si associano sempre allo stesso oggetto C.

La variante "2" ha il vantaggio che i figli diretti di A sono sempre B (e mai C).

Quale di queste due varianti scegliere?

    
posta porton 11.11.2016 - 23:04
fonte

0 risposte