Explicación con FK en tabla pequeña

[Kinopio]

Buenas maestros...aquí con una duda en cuanto a BD se refiere...
Tengo la siguiente tabla:
PREDIO:
prd_id,INT, (PK)
prd_nombre, VARCHAR
prd_fecha, DATE
reg_id, INT, (FK)

REGIMEN:
reg_id, INT (PK)
reg_dsc, VARCHAR

mi duda radica en cuanto a concepto y diseño, ese reg_id es PK de otra tabla que contiene solo 3 items:
1. ¿Es necesario definirla como FK a pesar que solo sean pocos registros???
2. ¿Cuál es la cardinalidad? PREDIO tiene muchos REGIMEN?? o PREDIO solo tiene 1 REGIMEN??
3. Al hacer esto y visto en muchos tutoriales... REGIMEN seria tabla PADRE de PREDIO?? a pesar de que PREDIO es la tabla importante???

Gracias por sus aportes, de verdad apreciaria una explicación para salir de dudas...

[gnzsoloyo]

1. ¿Es necesario definirla como FK a pesar que solo sean pocos registros???

La cantidad de registros es irrelevante. Es la restricción lo que se determina al definir una FK.

2. ¿Cuál es la cardinalidad? PREDIO tiene muchos REGIMEN?? o PREDIO solo tiene 1 REGIMEN??

Necesitas leer de nuevo los apuntes.
Una FK va siempre en la tabla que depende de otra. En cuanto a si es 1:N o 1:1, depende de si además de ser FK la defines como UNIQUE.

3. Al hacer esto y visto en muchos tutoriales... REGIMEN seria tabla PADRE de PREDIO?? a pesar de que PREDIO es la tabla importante???

No es tabla "padre". Es una relación mandatoria que implica restricción de integridad referencial, y consistencia de datos, requerida por el sistema.
Sería una tabla "Padre" si y sólo si "Regimen" no tuviese PK propia, y usara la FK como tal.

No confundas las relaciones con las herencias. Son componentes del modelo E-R algo distintos.