EL BLOG DE ACCESS

Uno de los primeros problemas que me plantee cuando empece a desarrollar aplicaciones VBA era que no parecian aplicaciones, sino bases de datos access. A vista del cliente queda muy “feo” abrirle una base de datos access y que tenga que buscar los formularios adecuados.

Access nos permite configurar una serie de opciones para que nuestras aplicaciones parezcan mas “amigables”. Para ello nos situamos sobre el menú de la base de datos (el recuadro con las opciones: tablas, consultas, formularios, informes, macros etc…) y pulsamos el boton derecho y la opcion “Inicio 1.- titulo de la aplicación: lo que pongamos aqui aparecera en la parte superior izquierda de la ventana de la base de datos 2.- Icono de la aplicacion: un pequeño icono que aparecera a la izquierda del titulo, recordar que la imagen tiene que guardarse con formato ico3.- Mostrar formulario/pagina: Aqui le indicamos el formulario que debe aparecer automaticamente al arrancar la aplicacion, podemos crear un formulario especifico con enlaces a todos los formularios de la aplicacion

4.- Presentar la ventana de la base de datos: Evita que el usuario pueda acceder a las tablas, consulta etc de la base de datos, ideal para usuarios “peligrosos”

5.-El resto de casillas de verificación se refieren a opciones de visualizacion de barras de herramientas, cuantas mas opciones desactivadas mas aspecto de “aplicacion” tendra nuestro ADP

A continuacion os muestro algunas cosas interesantes de sql server que no me enseñaron en mi carrera ( que raro…..) y que me han venido bastante bien a la hora de hacer las consultas:

1.FECHAS: Cuando se trataba de comprar fechas, buscar por intervalos de fechas o buscar los parametros de un mes o año en concreto, me las tenia que apañar  con cosas como esta:

      buscar cosas de diciembre de 2005: select * from cosas where fecha like ‘%12/2005′.   Esto en terminos de programacion es un chapuza, pero bueno, asi me las apañe unos meses. hasta que descubri YEAR,MONTH y DAY, que funcionan de la siguiente manera:

select * from cosas where YEAR(fecha) = 2005 and MONTH(fecha) = 12 . Parece una tonteria pero acorta el trabajo…

Hoy voy a explicar brevemente como desarrollar aplicaciones sencillas para instalar en cualquier PDA y que pueden ahorrarnos una gran cantidad de trabajo….

Solo necesitaremos tres cosas:

-Microsoft Visual Basic Embebed Tools 3.0 o superior (si es que existe)

-el parche para aplicaciones visual basic para pdas (en breve pondre un link de descarga)

-Una base de datos access

En primer lugar cargamos el parche en la pda, pero no con el active sincy, si no con el explorador normal de windows

lo copiamos y lo pegamos en la PDA, y desde la PDA lo ejecutamos. Ahora ya podemos tener aplicaciones EVT en nuestra PDA.

Ahora arrancamos el Embebed visual tools y comenzamos a trabajar. Los formularios tienen opciones reducidas, pero es muy sencillo programar.

Yo desarrolle una aplicacion para insertar una serie de datos analiticos. El personal de la empresa va lugar con la pda, selecciona el lugar en un desplegable, y rellena los datos que se observan en ese sitio. Una vez terminado guarda los datos y vuelve a la pantalla principal.

Cuando el personal vuelve a la empresa descarga la base de datos de la aplicacion (access) a su ordenador, y puede ver que toda la informacion queda recogida en una tabla.

 La semana que viene colgare en la pagina todos los pasos para generar una aplicacion con EVT, desde la conexion a la base de datos, hasta la creacion de formularios. Si no podeis esperaros no dudeis es poner vuestras dudas en el foro de la pagina o contestando a este blog

gracias

A lo largo de mi experiencia como programador me han ido surgiendo problemas a la hora de convertir consultas de access a sql server y viceversa:

1.- A la hora de hacer consultas de comparación de strings, access utiliza el simbolo * para referirse a cualquier caracter, mientras que sql server utiliza el simbolo %. Debido a esto, las consulta que habia desarrollado con access no me funcionaban en los adps, y la verdad es que me costó averiguar el problema, ya que la consulta no da fallo, simplemente no devuelve un resultado

2.- Problemas con count distinct: Access no admite consultas del tipo Count (distinct COD) , pero sql server si. Si tenemos un ADP con esta consulta funcionara perfectamente, otra ventaja de trabajar con adps