Przede wszystkim projektujesz aplikację do tyłu. Dane sterują interfejsem użytkownika, a nie odwrotnie.
nie powinno mieć żadnego znaczenia, czy masz listy rozwijane miesiąc/rok, czy nie. CO POTRZEBUJESZ DO ZDJĘCIA?
Jeśli każda wartość dotyczy jednego miesiąca, to po co zawracać sobie głowę datą rozpoczęcia i zakończenia? Użyj jednej daty i konwencji pierwszego lub ostatniego dnia miesiąca.
06.01.2010 to wpis CZERWIEC 2010. Dzień nie ma znaczenia. Nie używaj niczego innego niż typ daty.
Jeśli znormalizujesz schemat, potrzebujesz tabeli dla miejsca w mediach społecznościowych, tabeli właściwości, tabeli podrzędnej dla obu tych, które mają kolumnę daty dla Count_for_month i kolumnę liczb całkowitych dla count_of_followers.
Odpowiedź na Marjana
Twoje dane to jedyna rzecz, która ma znaczenie. Gdyby Excel zniknął, czy obchodziłoby Cię to, o ile dane w plikach mogą być używane w Dokumentach Google?
Ale czy to oznacza, że zalecam przechwytywanie wielu niepotrzebnych danych? A może zaprojektujesz jeden ekran na stół? (Po prostu zgaduję, co należy rozumieć przez „wyśrodkowanie na tabeli i CRUD”) Nie mówię też, że Twój model danych nie jest napędzany przez wymagania, ale przekonanie, że WYJŚCIE jest jedynym powodem istnienia Twojego systemu, jest szaleństwem.
