En primer lugar, está diseñando una aplicación al revés. Los datos impulsan la interfaz de usuario, no al revés.
no debería importar en absoluto si tiene menús desplegables de mes/año o no. ¿QUÉ NECESITAS PARA CAPTURAR?
Si cada valor es para un solo mes, ¿por qué molestarse con la fecha de inicio y finalización? Use una fecha y una convención del primero del mes o el último del mes.
6/1/2010 es la entrada de JUNIO de 2010. El día es irrelevante. No utilice nada más que un tipo de fecha.
Si normaliza el esquema, necesita una tabla para el lugar de la red social, una tabla de propiedades, una tabla secundaria para ambas que tengan una columna de fecha para Count_for_month y una columna de enteros para count_of_followers.
Respuesta a Marjan
Tus datos son lo único que importa. Si Excel desapareciera, ¿le importaría siempre que los datos de los archivos se pudieran usar en Google Docs?
¿Pero eso significa que recomiendo capturar muchos datos innecesarios? ¿O diseñar una pantalla por mesa? (Solo estoy adivinando qué significa "centrado en la tabla y CRUD") Tampoco estoy diciendo que su modelo de datos no esté impulsado por requisitos, pero la noción de que OUTPUT es la única razón para que su sistema exista es una locura.
