Sí, hay miles de razones por las que este puede ser el mejor diseño.
Es posible que tenga una relación de herencia / extensión, por ejemplo, puede tener una tabla User
y luego una tabla Administrator
que tiene más campos. Ambas tablas pueden tener una clave principal de ID de usuario (y, por lo tanto, tener una relación 1: 1) pero no todos los usuarios tendrán un registro en la tabla Administrator
. Necesitaría algo similar si está soportando un flujo de trabajo, por ejemplo. una tabla ScheduledTask
y una tabla CompletedTask
.
Es posible que desee tener una tabla ligera para los datos de uso común User
y luego una tabla más grande para los detalles que no necesita muy a menudo UserDetails
. Esto puede mejorar el rendimiento porque podrá incluir más registros en una sola página de datos.
Es posible que desee permisos diferentes para las tablas, por ejemplo, User
y UserCredentials
Es posible que desee diferentes estrategias de copia de seguridad y, por lo tanto, coloque dos tablas en diferentes particiones, por ejemplo, Transaction
y TransactionArchive
Es posible que necesite más columnas de las que se pueden admitir en una sola tabla, p. ej. Si hay muchas columnas de texto grandes que necesita poder indexar y su plataforma de base de datos está limitada a páginas de datos de 4K o lo que sea.