MANUAL DE ACCESO A DATOS CON VB.NET PRIMERA PARTE

MANUAL DE ACCESO A DATOS CON VB.NET PRIMERA PARTE Autor : Christian Rodriguez Olmos Mail : tantanatan@hotmail.com Fecha : 27 de Junio de 2007 Inicio 21:25 hrs. Termino 01:53 hrs. Muchos hemos pasado por los foros haciendo muchas preguntas, y me incluyo, pues mis conocimientos son mínimos en comparación a muchos expertos que rondan la red, especialmente en los foros. El problema radica en que cada vez que reviso algunos foros de programación, me encuentro con preguntas que son relativamente básicas, lo que demuestra que hay muchísima gente con escasos conocimientos de programación, y lo que es más importante, de lógica. No se si es debido a que se trata de autodidactas, o por que sus educadores realmente dieron una base muy pobre. Bueno, independiente de la situación, me he dado cuenta que una de las preguntas mas frecuentes es como obtengo..?, como guardo..? como actualizo..??? datos en una Base de Datos con Visual Basic.Net Es por ello que me tomé un tiempo para preparar esta guía que es extremadamente básica, y talvez no cumpla con grandes estándares de ingeniería de software, o control de errores, tratamiento de transacciones, etc. Recuerda las preguntas son de Acceso a datos. Sin perjuicio de lo anterior, he subido algún material que puedes descargar y que contiene guías, relacionadas al tratamiento de datos con Visual Basic.Net, e incluso puedes encontrar algún manual del lenguaje. Este material lo encontraras en el paquete que incluye este manual, pero si has llegado solo a este documento, puede solicitarme todo lo ofrecido a mi correo tantanatan@hotmail.com. Recuerda que en el paquete encontraras: - El manual (completo, o hasta la ultima parte terminada) - Material de apoyo - El código fuente del proyecto - La base de datos

OBJETIVOS El objetivo principal de esta guía es que logremos crear una aplicación que nos permita leer, guardar, modificar y eliminar información de una base de datos. Crearemos un sistema que nos permita gestionar productos y ventas, o sea, un micro T.P.V. (Terminal de Punto de Venta). No quiero que imaginen un sistema de avanzada, pero lograremos: - Ingresar los productos - Modificar Productos - Vender Productos (No será tratado el tema de la impresión, de la boleta, guía, o factura.) REQUERIMIENTOS Necesitamos tener instalado el Visual Basic.Net, ya sea en las versiones Express o Visual Studio 2005, además, necesitaremos Access (XP / 2003) También, necesitamos conocimientos básicos de VB.Net y de Base de datos.

CREANDO LA BASE DE DATOS Abrimos Access y creamos nuestra base de datos con la siguiente estructura y en el directorio que tú elijas. Las tablas: Productos : Guardará nuestros productos. El código del producto lo generaremos por código, valga la redundancia, para así ver el funcionamiento de las consultas de tipo Scalar. UnidadesMedida : Una lista de unidades de medida, tales como; KGS, UND, LTR, etc. Compras : Guardaremos los datos de nuestras compras de productos Ventas : Guardaremos los datos de nuestras ventas de productos VentasDetalle : El detalle de la venta, asociada al numero de la factura. IVA : Una lista de los impuestos aplicables. Hasta aquí ya tenemos lista nuestra Base de Datos, ahora nos vamos a programar. La definición de las columnas, es simple y lógica. Pero no te hagas problema pues se adjunta la base de datos ya terminada, y vacía.

CREANDO EL PROYECTO Abrimos Visual Basic.Net, ya sea Express o Visual Studio 2005 (en mi caso) Creamos un nuevo proyecto Windows Aplicación para Windows Y le llamamos GestionNegocio

CREANDO LOS FORMULARIOS CREAR FORMULARIO MDI PRINCIPAL Luego estando dentro del proyecto, Agregamos un nuevo elemento del tipo Formulario Primario MDI, y lo llamamos MDIMain. Nuestro proyecto debe presentarse de esta forma: A continuación Eliminamos los componentes que se agregaron automáticamente. (Marcados en rojo) Si vas a usar alguno, déjalo

Si borraste los componentes, puede que necesites borrar el código asociado. En mi caso, como señale que se debían borrar todos, el código del MDIMain debería quedar así: Ahora en la vista Diseño del MDIMain arrastramos un MenuStrip para que configuremos nuestro Menú de la aplicación. La estructura del Menú es: Archivo Salir Tablas Unidades de Medida Productos Impuestos

Gestión Ingresar Factura de Compra Emitir Factura de Venta Si Observas, los menús debes estar ordenados lógicamente. Por ejemplo, Productos esta bajo Unidades de Medida, pues requiere la existencia de una de ellas, para poder crearse. Los ingresos de productos están sobre Emitir Factura de Venta, pues no podemos vender, sin productos. Esto es lógico dirás tú, pero he visto programas que no guardan un orden lógico en los menús. Un espanto!!!. Ahora dejemos lista la opción de menú Salir En modo diseño hacemos clic en el menú Archivo, y doble clic en la opción Salir, para ver el código asociado al menú. El código del Menú Archivo Salir nos queda si: Private Sub SalirToolStripMenuItem_Click(ByVal sender As _ System.Object, ByVal e As System.EventArgs) Handles _ SalirToolStripMenuItem.Click End Sub End Con la instrucción End cerramos la aplicación. Aunque hay otra forma, pero más larga. (Global.System.Windows.Forms.Application.Exit()) Ahora, nos vamos al Menú del Entorno y Cambiamos el Formulario Inicial. Menu Proyecto Propiedades de GestionNegocio Y en la opción de Formulario de Inicio seleccionamos el MDIMain

Ahora probamos nuestro proyecto. Presionamos F5 y se ejecutará la aplicación. Si te arroja algún error, es por que algo te ha faltado, vuelve atrás y revisa. Si todo sale bien, bastará elegir la opción de menú Archivo Salir, y nuestra aplicación se cerrará. Todo OK, continuamos. Antes de seguir, necesito que al proyecto le agregues una Nueva Carpeta, y la llames DataSets, esto nos ayudará a mantener un orden.

CREANDO EL ORIGEN DE LOS DATOS Desde el menú del entorno elegimos la opción Datos Agregar nuevo origen de datos Y Elegimos la opción Base de Datos. Hacemos clic en siguiente. Creamos una Nueva Conexión

Cambiamos el Origen de Datos a Archivo de Base de Datos Access Buscamos la Base de Datos, la seleccionamos (Botón Examinar), y probamos la conexión (Botón Probar Conexión). Todo debería estar OK hasta aquí.

Podemos Continuar entonces. Cuando hagamos clic en Siguiente obtendremos el siguiente mensaje. Lo que pasa es que nuestra base de datos no esta en el directorio de la aplicación (En mi caso esta en Escrtorio\Subir\BDGestion.mdb, en tu caso da lo mismo donde la tengas). Lo importante es elegir la opción SI. De esta forma la base de datos será copiada al directorio del proyecto, y cada vez que ejecutes la aplicación (F5), esta se copiará al directorio de resultado (\Projects\GestionNegocio\GestionNegocio\bin\Debug) Lo importante es que la copia que estará en el directorio del proyecto (\Projects\GestionNegocio\GestionNegocio), será nuestra base de datos fuente para futuras modificaciones, pues cuando ejecutes pruebas y agregues datos, cuando la vuelvas a ejecutar veras que no están los datos, esto por que estarás copiando nuevamente la base de datos origen. En este caso tendrás que copiar la base de datos del directorio de resultados, al directorio del proyecto si quieres mantener los datos de pruebas.

Obviamente, esto no pasará una vez que finalices el proyecto, donde bastará que la base de datos esté en el mismo directorio que el ejecutable de la aplicación. Retomando al hacer clic en SI, debemos asignar un nombre a la cadena de conexión. Podemos mantener el nombre propuesto si lo deseamos (Yo lo haré) Hacemos clic en Siguiente, y luego en finalizar, pues por ahora no nos interesa crear ningún DataSet. (Confirma el siguiente mensaje)

Si revisamos el Archivo de Configuración de la Aplicación app.config, vemos la cadena de conexión siguiente: <connectionstrings> <add name="gestionnegocio.my.mysettings.bdgestionconnectionstring" connectionstring="provider=microsoft.jet.oledb.4.0;data Source= DataDirectory \BDGestion.mdb" providername="system.data.oledb" /> </connectionstrings> Fíjate en el parámetro Source. Así se nos permite trabajar con la base de datos en la misma carpeta que el ejecutable de la aplicación. Hasta aquí tendremos así nuestro proyecto. El DataSet que se creó cuando generamos el acceso a datos, debes eliminarlo, pues no contiene nada, y no lo necesitamos. Luego crearemos los nuestros.

CREANDO LOS FORMULARIOS HIJOS (CHILD) Los formularios se crearan según el orden de los menús. FORMULARIO DE GESTIÓN DE UNIDADES DE MEDIDA Utilizamos el Form1 que se generó al crear el proyecto, o agregamos un nuevo elemento Windows Forms. El nombre de este formulario será frmunidadesmedida. Cámbialo además, al archivo Form1.vb A la propiedad Text del form le asignamos Unidades de Medida CREANDO UN DATASET Ahora a la carpeta DataSets Agrégale un Nuevo Elemento del tipo Conjunto de Datos, y llámalo dsunidadesmedida. Al hacer clic en agregar tendremos este escenario. Pero lo cerramos (el DataSet creado).

Ahora, seleccionamos el menú del entorno. Datos Mostrar Orígenes de Datos Con esto mostramos nuestros orígenes de datos, específicamente nuestros DataSets. Seleccionamos el dsunidadesmedida, y lo Configuramos usando el Asistente. Elegimos la cadena de conexión que ya hemos creado. Expandimos, y seleccionamos la tabla UnidadesMedida. Y Hacemos Clic en Finalizar.

Obtendremos el siguiente escenario. A continuación modificaremos la consulta. Haz clic con el botón secundario del ratón, sobre los métodos Fill, GetData() del TableAdapter, y elige Configurar Podemos usar el Generador de Consultas, o escribirla directamente. La consulta quedará así Damos clic en siguiente

Damos clic en siguiente y luego en finalizar, y estamos listos. Así nos queda el DataSet, con el TableAdapter creado. Cerramos el dsunidadesmedida y guardamos los cambios.

Ahora cierra los Orígenes de datos. Para que abras el frmunidadesmedida. (Diseño) Ahora, seleccionamos el menú del entorno (Nuevamente). Datos Mostrar Orígenes de Datos Arrastra el DataSet al frmunidadesmedida, pero hazlo desde el nodo UnidadesMedida Y fíjate que este seleccionado el modo DataGridView.

Una vez que hayas arrastrado en DataSet al frmunidadesmedida, consigue la siguiente apariencia. Ahora nos vamos al MDIMain y codificamos la acción del menú Tablas Unidades de Medida. Supongo que ya sabes como hacerlo. Seleccionas el menú Tablas, y luego haces doble clic a la opción Unidades de Medida. Debes dejar el código de esta manera. Private Sub UnidadesDeMedidaToolStripMenuItem_Click(ByVal sender As _ System.Object, ByVal e As System.EventArgs) Handles _ UnidadesDeMedidaToolStripMenuItem.Click End Sub Dim frmunid As New frmunidadesmedida frmunid.mdiparent = Me frmunid.show() Con este código creamos una nueva instancia del frmunidadesmedida, luego le indicamos que es un formulario hijo del MDIMain, y después lo mostramos.

Ahora, ejecuta la aplicación (F5), y carga tantas veces quieras el formulario Unidades de Medida. Si has llegado hasta aquí, y la aplicación te funciona. Felicitaciones. Haz cumplido con la primera parte de este manual, y ya puedes comenzar a ingresar unidades de medida. Recuerda guardar los datos con el disquete. Recuerda que estas trabajando con una copia de la base de datos, si cierras la aplicación y la vuelves a ejecutar no tendrás los datos. Deberás copiar la base de datos de la carpeta de resultados, y reemplazar la de la carpeta del proyecto, para mantener los datos Yo ingrese las siguientes unidades de medida

MEJORAS Seguramente, te preguntaras Que pasa si modifico la columna IdUnidadMedida? Que pasa si ingreso dos veces una unidad de medida? Bueno, para evitar modificar la columna IdUnidadMedida, que es Autonumerica, selecciona el Grid, y en sus propiedades selecciona Columns Colección Tendrás lo siguiente: Aquí puedes jugar con las propiedades de las columnas. A la columna IdUnidadMedida, puedes poner a False la propiedad Visible. A la columa UnidadMedida, puedes cambiar las siguientes propiedades: HeaderText = Unidad de Medida MaxInputLength = 5 Con esto, hemos solucionado lo de la columna IdUnidadMedida, y un posible error si ingresáramos una unidad de medida de 6 o más caracteres, pues en la tabla se definió con 5 caracteres.

Ahora, sin ingresamos 2 veces una misma unidad de medida nos arrojara el siguiente error en tiempo de ejecución. Lo podemos evitar de la siguiente manera. El método donde se genera el error déjalo de la siguiente forma Private Sub UnidadesMedidaBindingNavigatorSaveItem_Click(ByVal sender _ As System.Object, ByVal e As System.EventArgs) Handles _ UnidadesMedidaBindingNavigatorSaveItem.Click Me.Validate() Me.UnidadesMedidaBindingSource.EndEdit() Try Me.UnidadesMedidaTableAdapter.Update _ (Me.DsUnidadesMedida.UnidadesMedida) Catch err As System.Data.OleDb.OleDbException MsgBox("Se ha producido un error de consistencia en los datos ingresados para guardar o actualizar", MsgBoxStyle.Exclamation) Catch ex As Exception MsgBox("Se ha producido un error no controlado al guardar o actualizar los datos", MsgBoxStyle.Exclamation) End Try End Sub Con esto controlaremos, errores de consistencia de los datos, y errores de carácter general. Puedes agregar los que tú quieras. (de Conexión, etc.)

Si ejecutamos la aplicación, ya no tendremos los problemas de: Que pasa si modifico la columna IdUnidadMedida? Ya no puede ser modificada por el usuario Que pasa si ingreso dos veces una unidad de medida? Pasará esto: Bastará con hacer clic en Aceptar, y luego eliminar la fila con error. Bueno espero que esta primera parte del manual les sirva. Y recuerden, que esto es básico y talvez se me puedan pasar muchas ideas, pero es una base para Uds. Y espero que saquen provecho a este trabajo. Saludos desde San Felipe Chile Christian Rodriguez Olmos Si necesitas comprar cuentas Rapidshare.com Premium escríbeme a cuentas.rapidshare@gmail.com