Först och främst designar du en applikation bakåtriktad. Datan driver UI, inte tvärtom.
det borde inte spela någon roll om du har dropdowns för månad/år eller inte. VAD BEHÖVER DU FÅNGA?
Om varje värde är för en enda månad, varför bry sig om start- och slutdatum? Använd ett datum och en konvention för antingen den första i månaden eller den sista i månaden.
2010-06-01 är anmälan för JUNI 2010. Dagen är irrelevant. Använd inte något annat än en datumtyp.
Om du normaliserar schemat behöver du en tabell för platsen för sociala medier, en tabell över egenskaper, en underordnad tabell till båda de som har en datumkolumn för Count_for_month och en heltalskolumn för count_of_followers.
Svar till Marjan
Din data är det enda som betyder något. Om Excel försvann, skulle du bry dig så länge som data i filerna kunde användas i Google Dokument?
Men betyder det att jag rekommenderar att fånga massor av onödiga data? Eller designa en skärm per bord? (Jag gissar bara vad som menas med "tabell- och CRUD-centrerad") Jag säger inte heller att din datamodell inte drivs av krav, men föreställningen att OUTPUT är den enda anledningen till att ditt system existerar är galenskap.