sono storage non relazionali, quindi il concetto è proprio che le classiche relazioni non esistono, anche se poi ognuno ha le sue caratteristiche specifiche
DocumentDb non l'ho mai usato, ma il concetto è che salvi dati json che possono avere struttura differente, questo in alcuni casi è un enorme vantaggio a livello di sviluppo, per esempio non devi pensare a strutturare rigidamente i dati a inizio progetto, puoi cambiare la struttura del json in qualsiasi momento a seconda delle esigenze, ecc.
Su Azure Storage Table, che uso abitualmente, posso inserire dati non strutturati, le relazioni le faccio a codice incrociando i dati prelevati attraverso due chiavi PartitionKey RowKey che hanno caratteristiche specifiche; la comodità è che la mia Table può avere Rows con proprietà differenti e ciò mi permette una grande flessibilità di sviluppo.
Il concetto quindi è molto diverso da un db relazionale e dovrai gestire lo sviluppo diversamente, comunque occorre leggere la documentazione di ogni storage per capire bene cosa può essere, e se può essere, più proficuo per il tuo progetto, quali sono le chiavi se ci sono, come possono essere utilizzate, ecc.

prenotazioni-pagamenti-utente certo che sono relazionati, nel caso di Azure Table avranno appositi PartitionKey e RowKey, occorre uscire però dal modo classico di intendere le relazioni facendole direttamente a storage; personalmente quel metodo non mi è mai piaciuto, voglio avere una struttura con la massima flessibilità, se cambio storage non voglio passare il mio tempo a ricostruire relazioni o altro, ho sempre preferito avere un layer di codice apposito dove eventualmente relazionare le chiamate. Se un utente fa un'azione che comporta due-tre chiamate, magari asincrone, che poi relaziono col codice per me è perfetto; se voglio cambiare la risposta, perché magari il cliente vuole che escano dati diversi, perfetto, cambio due righe di codice.
Cosa mi da in più? A me conviene in termini di flessibilità, portabilità, modificabilità, pulizia, velocità, e mille altre cose, ma ognuno valuterà in base al suo progetto; non esiste una buona scelta in generale per tutti i progetti, ma solo una scelta valida ad ottenere un buon risultato finale per quel progetto.
PowerBI l'ho solo visto di sfuggita, non ho idea quindi di come possa trattare i dati su diversi tipi di storage.

---

Modificato da teo prome il 04 maggio 2020 09:11 -