.Net: cómo crear un conjunto de datos independiente del proveedor, Tableadapters, enlaces (DB decidido en tiempo de ejecución)
Tengo una aplicación de Windows Forms de C #, cuyo prototipo se creó en SQL Server (conjunto de datos muy tipificado). En su versión final, la aplicación debe poder trabajar sobre SQL Server, MySQL u Oracle.
Ahora me pregunto qué partes (si las hay) se pueden reutilizar del prototipo. 1. ¿Conjunto de datos (escrito)? 2. ¿TableAdapters? (Probablemente no, contienen sintaxis específica de SQL Server) 3. Enlaces a DataGridViews
Más importante aún, si necesitamos volver a implementar todo esto, ¿hay alguna manera de hacerlo en tiempo de diseño? O, 1. ¿necesitamos crear un conjunto de datos sin tipo programáticamente? 2. ¿Necesitamos crear programáticamente sus adaptadores de datos (o adaptadores de tabla)? Si es así, ¿cuál de los dos? 3. ¿Necesitamos crear mediante programación sus enlaces a las vistas de datos de la interfaz?
Quizás irrelevante: si creamos un modelo de entidad (AFAIK proporciona independencia de db) del esquema de db existente, ¿podríamos usar esto de alguna manera para crear enlaces a nuestras vistas de datos?
¡Gracias!
Entonces, para mantener nuestros enlaces y dataGridViews, así como también alguna lógica adicional que hemos implementado, ¿debemos desechar todos los TableAdapters generados y escribirlos manualmente? Si los tiramos, ¿deberíamos usar DataAdapters en su lugar?
¿Es este un enfoque "por el libro"? ¿Alguien ha hecho algo como esto?
De manera más general, si necesita crear una aplicación de Formularios para trabajar en múltiples dbs, lo haría: A. con dataset sin tipo, dataadapters / tableadapters y enlaces creados a mano. ¿Cómo?) y los unen en tiempo de diseño a través del VS gui C. de alguna otra manera?
ACTUALIZAR:
Entonces, para mantener nuestros enlaces y dataGridViews, así como también alguna lógica adicional que hemos implementado, ¿debemos desechar todos los TableAdapters generados y escribirlos manualmente? Si los tiramos, ¿deberíamos usar DataAdapters en su lugar?
¿Es este un enfoque "por el libro"? ¿Alguien ha hecho algo como esto?
De manera más general, si necesita crear una aplicación de Formularios para trabajar en múltiples dbs, lo haría: A. con dataset sin tipo, dataadapters / tableadapters y enlaces creados a mano. ¿Cómo?) y los unen en tiempo de diseño a través del VS gui C. de alguna otra manera?