En cualquier lugar, dos entidades completamente independientes comparten una relación uno a uno. Debe haber muchos ejemplos:
persona <-> dentista (es 1: N, ¡así que está mal!)
persona <-> médico (es 1: N, ¡así que también está mal!)
persona <-> cónyuge (es 1: 0 | 1, ¡así que está mal!)
EDITAR: Sí, esos fueron ejemplos bastante malos, particularmente si siempre estaba buscando un 1: 1, no un 0 o 1 en ambos lados. Supongo que mi cerebro estaba disparando mal :-)
Entonces, lo intentaré de nuevo. Resulta, después de un poco de reflexión, que la única forma en que puede tener dos entidades separadas que deben estar juntas (en lo que respecta al software) todo el tiempo es que existan juntas en una categorización más alta. Entonces, si y solo si caes en una descomposición más baja, las cosas están y deberían estar separadas, pero en el nivel más alto no pueden vivir sin la otra. Contexto, entonces es la clave.
Para una base de datos médica, es posible que desee almacenar información diferente sobre regiones específicas del cuerpo, manteniéndolas como una entidad separada. En ese caso, un paciente tiene solo una cabeza, y necesitan tenerla, o no son pacientes. (También tienen un corazón y otros órganos individuales necesarios). Si está interesado en el seguimiento de cirugías, por ejemplo, cada región debe ser una entidad separada única.
En un sistema de producción / inventario, si está rastreando el ensamblaje de vehículos, entonces ciertamente desea ver el progreso del motor de manera diferente a la carrocería del automóvil, sin embargo, existe una relación uno a uno. Un cuidado debe tener un motor, y solo uno (o ya no sería un 'auto'). Un motor pertenece a un solo automóvil.
En cada caso, podría producir las entidades separadas como un gran registro, pero dado el nivel de descomposición, sería incorrecto. Son, en estos contextos específicos, entidades verdaderamente independientes, aunque podrían no parecerlo en un nivel superior.
Pablo.