Pregunta

Quiero construir un servicio de datos WCF que se debe utilizar para las operaciones CRUD en una base de datos back-end. Con el fin de identificar el registro correspondiente del objeto en la base de datos que tengo que saber que es la clave principal. Yo uso las claves sustitutas en mi esquema de base de datos.

¿Es una buena práctica para pasar las claves delegadas a la persona que llama, por lo que es posible identificar los registros de la base de datos en las llamadas posteriores? (Caller recupera objeto, persona que llama modifica objeto, persona llama método de actualización WCF) Sé que las claves sustitutas y nunca deben ser utilizados fuera de la base de datos. Si eso no es una buena idea, ¿qué otras opciones tengo?

Cualquier consejo es muy apreciada.

¿Fue útil?

Solución

Sí, su solución es totalmente adecuado. Es la forma más sencilla para mapear objetos CLR a entidades persistentes. Por otra parte, los consumidores de sus servicios pueden encontrar este identificador unqiue útil al programar la interfaz de usuario, para el registro de los propósitos, etc.

Me gustaría ir de esta manera sin duda.

Otros consejos

Creo que todo depende de qué tipo de datos que se está hablando. Si se habla de datos puros dirigidos por los recursos, no hay problemas con la exposición de las claves sustitutas. Sin embargo, si se trata de datos de negocios sólo se debe exponer las claves de negocio. Se permite que los sistemas inconexos para hablar de una manera genérica.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top