SQL - ayuda diseño DB

Hola a todos, nunca en la vida pensé que terminaría trabajando con base de datos (salvo consultar) y pues me tocó y estoy algo perdido.

Estoy diseñando una mini base de datos -tan solo 5 tablas- y estas se encontraban normalizadas (clave primaria única, datos sin repetir,elementos no compuestos, no hay dependencias transitivas, etc etc).

El problema es que me informaron que necesitábamos otras tablas que recibieran datos mensuales.... y de esta manera, bajo la lógica anterior, se repetiría la que pensaba sería la clave primaria...es decir, sucedería algo así:

ID DATO1 DATO2 DATO3
1------A--------B---------C <-- MES 1
1------J---------K---------L <-- MES 2
2------D--------F---------G <-- MES 1
2------Z--------Y----------X <-- MES 2
...
...

No se como replantear el modelo ahora, y pido su ayuda

Hola

A mi no me queda claro cual es su problema

tengo mis tablas con una clave primaria unica y no nula. Ahora, al agregar registros por meses, se duplicará la clave primaria por cada mes, es decir, variaran todos los registros según el mes pero la clave primaria se duplicará. La clave corresponde a una id de cliente fijo.

La llave PK, hace UNICO a su registro, ¿ya identifico que hace unico a su registro?

Para 1 mes el único registro que no se repetía era el ID. Ahora se repite 1 vez por cada mes.
Me convenia que fuera el ID la PK porque varias tablas tienen el ID como PK.
¿Que hago ahora para relacionar estas tablas de buena manera?, ahora que tengo relaciones 1<-> *

Por eso mi comentario, si el ID (antes) era la PK y ahora entra en juego un nuevo campo como FECHA, entonces debe considerar que para cada ID solo deberia haber uno por MM-DD-YYYY, en un mismo mes, dia, año, no deberia haber mas de 1 id repetido, de lo contrario tendria que reconsiderar su PK

¿¿no habría problema si dejo mi antigua pk como fk repetida en la tabla (1 por mes) y crear un nuevo campo incremental no nulo como nueva ID de la tabla, como PK??

Creo que debes analizar bien si tu PK debe cambiar con la inclusion de un nuevo dato o bien, hacer un INDICE UNIQUE con la combinacion de tu PK y el nuevo campo