Zunächst einmal entwerfen Sie eine Anwendung rückwärts. Die Daten steuern die Benutzeroberfläche, nicht umgekehrt.
es sollte überhaupt keine Rolle spielen, ob Sie Monats-/Jahres-Dropdowns haben oder nicht. WAS MÜSSEN SIE ERFASSEN?
Wenn jeder Wert für einen einzelnen Monat gilt, warum sollten Sie sich dann mit Start- und Enddatum beschäftigen? Verwenden Sie ein Datum und eine Konvention von entweder dem Ersten des Monats oder dem Letzten des Monats.
01.06.2010 ist der Eintrag vom JUNI 2010. Der Tag ist egal. Verwenden Sie nichts anderes als einen Datumstyp.
Wenn Sie das Schema normalisieren, benötigen Sie eine Tabelle für den Ort der sozialen Medien, eine Tabelle mit Eigenschaften, eine untergeordnete Tabelle für beide, die eine Datumsspalte für Count_for_month und eine ganzzahlige Spalte für count_of_followers hat.
Antwort an Marjan
Ihre Daten sind das Einzige, was zählt. Wenn Excel verschwand, würde es Sie interessieren, solange die Daten in den Dateien in Google Docs verwendet werden könnten?
Aber bedeutet das, dass ich empfehle, viele unnötige Daten zu erfassen? Oder einen Bildschirm pro Tisch entwerfen? (Ich vermute nur, was mit "tabellen- und CRUD-zentriert" gemeint ist) Ich sage auch nicht, dass Ihr Datenmodell nicht von Anforderungen bestimmt wird, aber die Vorstellung, dass OUTPUT der einzige Grund für die Existenz Ihres Systems ist, ist Wahnsinn>
