Ho letto Un DB NoSQL sarebbe più efficiente di un DB relazionale per la memorizzazione di oggetti JSON? e sto costruendo un piccolo progetto di test in Asp.Net. Ho un webapi in Azure. Restituisce un List<Company>
e Company è il mio oggetto che ha diverse proprietà e un elenco figlio e un valore lat / long.
//id, name etc.
public List<Certification> Certifications { get; set; }
public float Latitude { get; set; }
public float Longitude { get; set; }
public GeoCoordinate Cordinate // etc. GeoCoordinate is from System.Device reference
Ritorna questo Elenco di aziende e utilizzo l'output JSON. Ora internamente, caricando questo elenco carico l'elenco completo delle aziende da un file JSON. e se non ci sono file, verrà creato un file. Va tutto bene. Ma Latitudine e Longitudine sono vuote sulla base iniziale. Quindi lo riempio usando il geocodice inverso di googles. Funziona, ma ha un limite di richieste. Quindi mi piacerebbe caricare la lista e se lat / long è vuoto, recuperare i valori dal servizio di google e memorizzarlo. Ma sto cercando una soluzione per non salvare di nuovo l'elenco json completo in un file. E non sto cercando una soluzione di database relazionale, perché è qualcosa che ho fatto abbastanza. Ora ho letto su mongoDB. Ma è un po 'difficile da configurare su Azure. Ho avuto Redis su Azure. Quale soluzione facile e veloce mi consigli di memorizzare la mia lista di oggetti? Lo raccomandi addirittura di archiviarlo come JSON? o qualcos'altro? come XML? e usa xpath per aggiornare i valori? Quindi sto cercando un'architettura / design per aggiornare tutti i lat / longs fino a quando google fornisce l'errore del limite di quota e provatelo dopo il prossimo tentativo accedo all'elenco delle società.
ps. Non voglio memorizzare un elenco di Certification
. Sono curioso di poterlo conservare come proprietà dell'azienda e archiviare il progetto completo dell'azienda.