Acceso a Datos 08: Un poquito de SQL Opciones

[Admin]

Antes de proseguir, voy a pedir a los que no han leído los correos anteriores, que vean las páginas

• datos03.htm que contiene las diferencias entre ADO y DAO, y
• datos06.htm que trae ejemplos de cómo accesamos a los datos en DAO.

Lo que sigue va a suponer que ya lo leyeron. A grandes rasgos DAO era una forma de accesar datos que diseñó Microsoft, que evolucionó después en ADO.

Tipo de Acceso: DAO

Ventajas:

• Sistema de búsqueda muy robusto
• Permite modificar tablas dinámicamente

Desventajas:

• Lentitud relativa

Tipo de Acceso: ADO

Ventajas:

• Rapidez
• Muy portable

Desventajas:

• Deben seleccionarse los drivers con cuidado
• No permite modificar dinámicamente tablas SQL SERVER (con ADOX si es posible)
• Sistema de búsqueda No SQL menos poderoso.
• Mucha funcionalidad extra que no se necesita ( objetos stream y record )

Sin embargo, aunque ADO y DAO son muy parecidos, surge mucho el problema de elegir cual es mejor. La respuesta es simple. ADO es mejor, y si necesitamos por algo en especial las ventajas de DAO, podemos usar los dos en un solo sistema, en la actualidad lo normal es usar consultas SQL desde código Visual Basic para suplir las desventajas de ADO en cuanto a motor.

Técnicamente es posible hacer un programa DAO estructurado de tal manera que podamos hacerlo ADO sin esfuerzo. Lo veremos ya que programaremos en DAO, y finalmente haremos ajustes que realicen el cambio. Esto es característico de los buenos programadores. No Necesito decir nombres, pero todos conocemos a programadores que se tardan semanas, a veces meses y años, en cambiar sus sistemas en metodologías de acceso, simplemente porque no están bien estructurados. En otro correo hablábamos de los programas ABC, es decir, los procesos de altas, bajas y cambios de todos los módulos de un proceso determinado. En el correo 06, vimos que era posible accesar a los datos a través de un recordset, o conjunto de resultados, que se transformaban, ordenaban y modificaban en base a una sola cadena SQL. Aunque más adelante veremos con mas detalle SQL, vamos a ver muy rápidamente lo que es la sintaxis de la apertura de recordsets.

1. Debe usarse en DAO un openrecordset.
2. Toda consulta de registros empieza con un "select", seguido por el nombre del campo o campos a consultar, terminando con una orden from que va a decir de donde es la tabla a usar. El orden de los campos en la declaración, será el orden en los resultados. Puede sustiuirse el nombre de los campos por un asterisco, pero esto llama todos los campos, no solo los solicitados.

• Select NOMBRE,DIRECCION from ALUMNOS
• Select DIRECCION,EDAD from ALUMNOS

1. Podemos filtrar con la cláusula where

• Select NOMBRE,TELEFONO from ALUMNOS where TELEFONO=’5678-1234’
• Select TELEFONO,EDAD from ALUMNOS where EDAD > 18

1. Y podemos ordenar en base a una cláusula order by.

• Select NOMBRE,APELLIDO from ALUMNOS order by APELLIDO
• Select * from ALUMNOS where EDAD <18 order by EDAD

Lo interesante es que el secreto de SQL es mantener las ordenes sencillas, no complicadas, y sobre todo evitar usar el asterisco en lugar del nombre de los campos. Esto se debe a que en una tabla con muchos campos, es más eficiente cargar solo los necesarios y usar asterisco los carga todos.

Una vez que sabemos que consultar, tenemos que saber como revisar si hay o no resultados a nuestra pregunta. ADO y DAO nos ofrecen dos métodos, uno usando la palabra clave nomatch que no entra en el espíritu de SQL, y la orden según SQL.

Vamos a suponer que pedimos los alumnos mayores a 18 años en una escuela primaria. Casi seguramente no hay resultados, no?

Un ejemplo de código sería:

CODE

Dim db as DAO.database
Dim rs as DAO.Recordset
Set db= OpenDatabase("alumnos.mdb") ' esto abre la base de datos en Access
Set RS= db.openrecordset("Select * from ALUMNOS where EDAD <18 order by EDAD") ‘ abre
With rs
  If .eof and .bof then
    Msgbox "No hay alumnos de esta edad!",vbexclamation
  Else
    ‘ si hay alumnos
  endif
End with

Esto se basa en el principio siguiente: Si está al mismo tiempo en inicio y fin, entonces no hay nada.

Como dijimos en el correo tres, no se vale empezar a programar antes de tener las pantallas, así que haremos un poco mas de taller.

Taller:

Nota:Leer todo el taller antes de hacerlo.

Abrimos el proyecto que creamos en el correo anterior, y en el tab de tipos de movimientos, vamos a poner un frame con seis botones command button, que serán altas, bajas, cambios,reportes cancelar cambios y guardar cambios, así como un list box con la propiedad sorted en true, cuatro etiquetas, y cuatro textboxes todo dentro del frame.

Lo importante es que para usar modularidad, pondremos nombres claros a los botones, serán cmdtiposMov, con index de 1 a 5, y el listbox será lsttiposmov, los textbox serán txttiposmov de 0 a 3 en index. A los controles textbox les vamos a poner un maxlength de 3,30,60 y 1, correspondientes a la estructura de la tabla de l correo anterior.

Para simplificar, vamos a decirle en el form que lo queremos fixed single ( en border style ), y MUY importante, como dije en el correo tres, vamos a entrar en el menú opciones del proyecto, y vamos a revisar que las casillas siguientes estén checadas:

En inglés

• Tools-Options-Editor-Require variable declaration
• Tools-Options-Enviroment-Prompt to save changes

En español debe ser similar a :

• Herramientas-opciones-Editor-Requiere declaración de variables
• Herramientas-opciones-Entorno-pregunta si salvar cambios

Este sencillo paso les va a evitar muchos dolores de cabeza en un futuro, créanme. Y además les va a servir para revisar si alguien es un programador experimentado o no.

Hagan Todos los pasos anteriores.

A estas alturas debemos tener una pantalla como esta, si no la tienen, les envío en el siguiente correo el archivo conc01.zip, donde viene el proyecto en Visual 5. SP3. Si no ven la pantalla, está en images/conc01.gif

Pantalla del sistema de conciliaciones

Próximo: Manejo de altas y cambios en esta tabla, y porqué es mejor usar SQL que los accesos normales.


Mensaje modificado por Nagual el Apr 9 2009, 07:55 AM