EF4: ¿división horizontal o tipos complejos?

Necesito su ayuda para implementar la división de tablas horizontales, pero no para clases heredadas. Solo necesito "mover" algunos atributos a una nueva entidad, separarlos. Esta nueva entidad debe tener una asociación (1 <-> 1..0)

Pero capto el error "... Sus claves primarias pueden colisionar". ¿Dónde está el secreto? (Bien, ahora lo sé: el secreto es "solo 1 <-> 1")

Pero todavía hay una pregunta abierta: ¿qué usar clases horizontales o entidades derivadas?

Tengo registros de tabla (con PK RecordID) donde hay varios atributos con "información duplicada", lo que significa que se puede "acceder" a esta información también mediante el uso / unión de otra tabla referenciada (digamos Diccionario) y es simplemente información "copiada" de ella .

La información referida podría diferir de "respaldada / duplicada" y esto tiene sentido en mi modelo de dominio, por lo que en general necesito ambos, pero la mayoría de las declaraciones de selección y actualización no involucran esos "atributos duplicados", por lo que quiero respaldar este hecho de alguna manera en el modelo conceptual. ¿Es este el deseo normal o la forma directa de obtener un modelo "sobrediseñado"?

está bien. Este es el esquema. A la izquierda lo que tengo, a la derecha lo que quiero tener.

enter image description here

preguntado el 16 de mayo de 11 a las 19:05

¿Puedes publicar una imagen de lo que estás intentando hacer? -

1 Respuestas

OK encontré el motivo del error.

He intentado utilizar una asociación con multiplicidad 1 <-> 1..0. Esto no funciona con "división de tabla horizontal". ¡Solo 1 <-> 1 funciona!

Pero todavía no decido, qué es mejor: mover "campos duplicados" para separar entyty (¿overdesign?) O simplemente crear un tipo complejo para ellos.

contestado el 17 de mayo de 11 a las 16:05

En este momento estoy contento con la división horizontal. - Roman Pokrovskij

No es la respuesta que estás buscando? Examinar otras preguntas etiquetadas or haz tu propia pregunta.