El proyecto actual utiliza el modelo de desarrollo de conjuntos de datos y una estructura de tres niveles.
De hecho, independientemente de si es de tres niveles o no, el mayor beneficio de utilizar el control de fuente de datos es: en el pasado, se requerían consultas relacionadas con varias tablas, pero ahora muchas de ellas se pueden eliminar. automáticamente te ayudará a hacerlo;) ¿No es muy relajante y agradable?
Por ejemplo, la tabla A tiene tres claves externas, ID1, ID2, ID3. Solo necesita convertir los tres campos en plantillas y luego seleccionar los controles apropiados para vincularlos a los tres controles de fuente de datos. Vale, no tienes que preocuparte por el resto.
En segundo lugar, objdatasource entre los controles de fuente de datos es realmente fácil de usar. Otros controles de fuente de datos son demasiado simples o especializados (mapa del sitio). Solo con la cooperación de la estructura de tres capas se puede ejercer completamente el poder del control de fuente de datos. Lo que puedo escribir a mano, todavía no he encontrado nada que los objD no puedan hacer. Pero necesitas "cambiar tu cerebro" y cambiar tu forma de pensar. De hecho, la implementación no es lo mismo que escribir código a mano. Ahora tengo una página de código. En el pasado, el fondo del proyecto de otras personas usaba más de 1K líneas, pero ahora solo uso menos de 400 líneas. Esto no puede dejar de decir que objD todavía tiene ventajas en algunos aspectos.
Además, al crear un adaptador, debe prestar atención a si el tipo de datos generado es coherente con la base de datos. En particular, el tipo char (1) generalmente se establece en byte. Si el código es correcto pero se produce un error, esto. suele ser el problema. Simplemente modifíquelo y estará bien
http://www.cnblogs.com/emilchan/archive/2006/11/30/578033.html