Pregunta

Bien, lo he visto pero no lo he programado en C# antes.Puedes asumir que soy competente en C++ y avanzado en C (para qué me servirá eso).Entiendo la herencia, el polimorfismo, etc., por lo que los conceptos de OO no serán un gran problema.

Digamos que me han asignado la tarea de crear un prototipo de un programa rápido y sucio que no será muy diferente de lo que podría hacer en acceso en poco tiempo.

  • Tendrá una base de datos con 5-6 tablas (en su mayoría pequeñas, algunas tienen varios miles de filas pero solo 4 columnas, etc.)
  • Necesitaré generar formularios dinámicamente desde una de las bases de datos.
  • Los resultados de los formularios se almacenarán en otra tabla.
  • La base de datos no es multiusuario.

Básicamente, tu aplicación de acceso común y corriente...excepto sin acceso.Estoy seguro de que puedo salir del paso y crear código terriblemente malo, pero estoy igualmente seguro de que mucha gente aquí puede darme un empujón en la dirección correcta (tutoriales, asistentes, información, diferencias y asesinos que pasan de C/C++). a C#, etc.).

¿Existe una base de datos simple que pueda conectar para comenzar además de mdb, o es la mejor opción para este clavo en particular?Mi objetivo es una instalación rápida y sin dependencias.

¡Gracias!

-Adán

¿Fue útil?

Solución

Parece que para esta aplicación, podrías usar Datos dinámicos de Microsoft o Registro activo del castillo, y haga que la aplicación funcione unos minutos después de que haya terminado la base de datos.Estas herramientas se conectan a una base de datos y generan formularios para ingresar datos.Échales un vistazo.

Access es probablemente su mejor opción para la base de datos.MS Sql 2005/2008 Express también funcionaría bien, pero requeriría una instalación.

Otros consejos

Si está programando en C#, Visual Studio viene con una instalación adicional para SQL Server Express.Si está buscando crear algo rápido y sucio, sería bastante fácil aprovechar esa base de datos para crear su aplicación.

Si la concurrencia es no Si hay un problema, entonces yo diría que opte por SQLite.Puede encontrar un proveedor de ADO.NET aquí: http://sourceforge.net/projects/sqlite-dotnet2/files.En cuanto al problema de la concurrencia, cuando se realizan varias inserciones, esa operación debe incluirse dentro de una transacción.Sin embargo, esa transacción coloca un bloqueo exclusivo en la base de datos hasta que la transacción se confirma o se revierte.Al menos esa ha sido mi experiencia, pero yo solo lo he estado usando durante una semana o dos.

¡Espero que ayude!

Si ya tiene instalado MS Access, entonces sí, mdb es probablemente la forma más rápida de comenzar.

También querrás empezar con un rápido tutorial de ADO.NET.Hay cientos de estos (bueno, casi cientos, no los he contado).

¿Qué tal usar SQLlite en lugar de acceder a la base de datos?Nunca lo he usado, pero he oído que es bueno para algunas tareas de base de datos rápidas y livianas.

SqlExpress sería su mejor opción, simplemente porque ya tiene todo el soporte que necesita en System.Data.SqlClient.Aparte de eso, hay alguna ayuda decente en MSDN.

SQLite es exactamente lo que buscas.Es una biblioteca C para acceder a una base de datos relacional basada en archivos.El sitio referido tiene soporte completo para Visual Studio (System.Data.SQLite).

Yo sugeriría usar Subsónico para generar su código de acceso a datos y estructurar sus pantallas.

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