Først og fremmest designer du en applikation baglæns. Dataene driver brugergrænsefladen, ikke omvendt.
det burde være lige meget om du har måned/år dropdowns eller ej. HVAD SKAL DU FANGE?
Hvis hver værdi er for en enkelt måned, hvorfor så bekymre sig om start- og slutdato? Brug én dato og en konvention enten den første i måneden eller den sidste i måneden.
6/1/2010 er JUNI 2010-indgangen. Dagen er irrelevant. Brug ikke andet end en datotype.
Hvis du normaliserer skemaet, skal du bruge en tabel for det sociale mediested, en tabel over egenskaber, en undertabel til begge dem, der har en datokolonne for Count_for_month og en heltalskolonne for count_of_followers.
Svar til Marjan
Dine data er det eneste, der betyder noget. Hvis Excel forsvandt, ville du så være ligeglad, så længe dataene i filerne kunne bruges i Google Docs?
Men betyder det, at jeg anbefaler at fange masser af unødvendige data? Eller designe én skærm pr. bord? (Jeg gætter bare på, hvad der menes med "tabel og CRUD centreret") Jeg siger heller ikke, at din datamodel ikke er drevet af krav, men forestillingen om, at OUTPUT er den eneste grund til, at dit system eksisterer, er galskab.