En SQL/MySQL, ¿hay razones para no poner una relación uno a uno en la misma tabla?

Question

La relación uno a uno generalmente se puede almacenar en la misma tabla. ¿Hay razones para no almacenarlos en la misma tabla?

Answer 1

Número y tipo de columnas. Hay un límite en el tamaño de las columnas en una tabla. Ver here. Hay un máximo de 8,060 bytes por fila.

Las tablas muy grandes también pueden afectar el rendimiento y pueden ser difíciles de optimizar e indexar bien.

Esto es aparte de mantener los datos conceptualmente diferentes, aparte uno de otro. Por ejemplo, un país y una moneda tienen una relación de 1 a 1 (ejemplo ilustrativo, sé que este no es siempre el caso). Todavía no los mantendría juntos.

Answer 2

Encontrará información acerca de cuándo es útil para crear uno-a-uno relaciones bajo http://onlamp.com/pub/a/onlamp/2001/03/20/aboutSQL.html

Lo más importante es el siguiente:

El indicador clave de una posible necesidad de una relación de uno a uno es una tabla que contiene campos que son que solo se usan para un cierto subconjunto de los registros en esa tabla.

Answer 3

He hecho esto para evitar el bloqueo/bloqueo, coloque las columnas pesadas de lectura en una tabla las columnas pesadas de actualización en otra, funcionó como un amuleto. Una gran cantidad de grandes transacciones de actualización de grasa fueron ralentizando un montón de lecturas.

Answer 4

Las relaciones de uno a cero son comunes y están vinculadas desde el opcional al obligatorio; el ejemplo dado en http://onlamp.com/pub/a/onlamp/2001/03/20/aboutSQL.html es de este tipo, no uno a uno. Las relaciones tipo/subtipo pueden implementarse de esta manera.

relaciones uno a uno se producen cuando cada uno representa una entidad clara, significativa, que en un contexto diferente puede estar en una relación diferente y donde un pequeño cambio en los requisitos puede cambiar la cardinalidad de la relación. Es arbitrario con qué enlaces, por lo que es mejor elegir uno para que sea opcional y convertir uno a cero o uno.