Allereerst ontwerp je een applicatie achterwaarts. De gegevens sturen de gebruikersinterface, niet andersom.
het zou helemaal niet uit moeten maken of je maand/jaar dropdowns hebt of niet. WAT MOET JE VASTLEGGEN?
Als elke waarde voor een enkele maand is, waarom zou u zich dan druk maken over de start- en einddatum? Gebruik één datum en een conventie van ofwel de eerste van de maand of de laatste van de maand.
6/1/2010 is de inzending van JUNI 2010. De dag is niet relevant. Gebruik niets anders dan een datumtype.
Als je het schema normaliseert, heb je een tabel nodig voor de locatie van de sociale media, een tabel met eigenschappen, een onderliggende tabel voor beide met een datumkolom voor Count_for_month en een integer-kolom voor count_of_followers.
Reactie op Marjan
Uw gegevens zijn het enige dat telt. Als Excel zou verdwijnen, zou het u dan iets schelen zolang de gegevens in de bestanden in Google Documenten konden worden gebruikt?
Maar betekent dat dat ik aanraad om veel onnodige gegevens vast te leggen? Of één scherm per tafel ontwerpen? (Ik gok gewoon wat er wordt bedoeld met "tabel en CRUD-gecentreerd"). Ik zeg ook niet dat je datamodel niet wordt aangedreven door vereisten, maar het idee dat OUTPUT de enige reden is dat je systeem bestaat, is waanzin.