Prima di tutto, stai progettando un'applicazione all'indietro. I dati guidano l'interfaccia utente, non il contrario.
non dovrebbe importare affatto se hai menu a discesa mese/anno o meno. COSA DEVI CATTURARE?
Se ogni valore è per un solo mese, perché preoccuparsi della data di inizio e di fine? Utilizza una data e una convenzione del primo o dell'ultimo del mese.
6/1/2010 è la voce di GIUGNO 2010. La giornata è irrilevante. Non utilizzare altro che un tipo di data.
Se normalizzi lo schema, hai bisogno di una tabella per la sede dei social media, una tabella di proprietà, una tabella figlio per entrambi che ha una colonna di data per Count_for_month e una colonna intera per count_of_followers.
Risposta a Marjan
I tuoi dati sono l'unica cosa che conta. Se Excel scomparisse, ti importerebbe finché i dati nei file potrebbero essere utilizzati in Google Docs?
Ma questo significa che consiglio di acquisire molti dati non necessari? O progettare uno schermo per tavolo? (Sto solo indovinando cosa si intende per "tabella e CRUD centrato") Né sto dicendo che il tuo modello di dati non è guidato dai requisiti, ma l'idea che OUTPUT sia l'unica ragione per cui il tuo sistema esiste è una follia.
