Acceso a Datos 04: Crear una Base (definir estructura), Material del 2000 Opciones

[Admin]

En el correo anterior comentábamos que era necesario crear una Base de Datos para trabajar, y que nuestro proyecto de libro diario de contabilidad necesitaba Tres Tablas.

En el próximo correo definiremos lo que debe hacer el programa, y veremos nociones sencillas de Contabilidad, asi que la estructura de las tablas se explicará después.

Por simplicidad usaremos tablas de Access 97, en un formato muy simplificado. Estoy consiciente que hay un asistente para "cuentas" en Access y los contadores saben que esa definición de campos no funciona.

Para crear una tabla de Access es posible crearla de cuatro modos diferentes:

1 Uno, por código ( que el programa la cree por si mismo )
2 Por el asistente ( que es un soberano relajo )
3 Realizando una edición manual.
4 Importando por otro metodo
Si no saben crear la tabla, no se preocupen, en el siguiente correo viene un link de donde la pueden bajar.

ATENCIÓN: Es importante hacer notar que el nombre de los campos y de las tablas está en mayúsculas. Tiene su razón de ser; primero por legibilidad de código, y segundo, porque si estamos haciendo programación para SQL Server, podemos tener serios problemas al cambiar de version de 6.5 a 7.0. Aunque es posible crear campos mas largos en cuanto a Nombre, suelen ser mas confusos que nombres cortos de 10 caracteres MAXIMO, así que todos los ejemplos usarán nombres de campos de 10 caracteres, y las bases maximo de 8 caracteres mas extensión. Las Tablas DBF DEBEN tener los campos en mayúsculas para trabajar con Clipper, asi que es otra razón mas para usarlas.

Son tres las Tablas que vamos a crear en nuestra base de datos. La Base de datos se llamará CONTABIL.MDB , noten que el nombre es muy claro y que no mide 10 caracteres. Las tres Tablas se llaman CUENTA, MOVIM, y REFER, que contienen información de la cuenta, de movimientos y de referencia.

Por simplicidad pondré todos los campos como tipo TEXTO. (entrar en análisis de tamaño de campos numéricosen cada soporte fisico o tipo de base de datos sale del alcance del tema)

CUENTA

CODE

NOMBRE CAMPO    TIPO    LARGO
CTA_NUM    TEXTO    4
CTA_NOMBRE    50
CTA_TIPO     2
CTA_DESCRIP    80

NOTAS:
CTA_NUM es Llave principal requerido, sin duplicados.
CTA_NOMBRE es campo requerido.

MOVIM

NOMBRE CAMPO TIPO LARGO
MOV_NUM 5
MOV_CTA 50
MOV_CARGO 12
MOV_ABONO 12

NOTAS:
MOV_NUM es Llave principal requerido, CON duplicados.
MOV_CTA es campo requerido.

REFER

NOMBRE CAMPO TIPO LARGO
REF_MOV TEXTO 5
REF_FECHA 10
REF_DESCRIP 80

NOTAS:
REF_MOV es Llave principal CON duplicados.
Los 3 campos son requeridos

Creación Manual de bases de datos

Aunque es posible crear varias relaciones entre las tablas, ustedes notarán que no lo hago ( eso entraría en bases de datos relacionales, y ese no es el objetivo de estos correos, sino el acceso a datos de por si ).

Los que no sepan usar access, por favor traten de crear la base de datos, me lo agradecerán cuando comprueben porqué mucha gente odia Access. Como dato de referencia les diré que por lo general reconozco a un MAL programador porque siempre usa Access con RDO/ODBC, aunque no sea lo óptimo por el tamaño de la base ( y siempre decide que es lo óptimo). Moraleja, Access es un mal necesario, pero no es Motor de datos, ni tecnología. Es un standard pero suele causar demasiados problemas a la hora de crear una base directamente. Si deciden usar Access de continuo, verán que a veces es mas rápido crear las bases desde código, pero no se dejen engañar por la facilidad de uso de las relaciones. Access no es la Panacea, pero tiene su función. (principalmente evitar que ciertos desarrolladores migren a Linux donde no hay equivalente por ahora)

En lo personal, si no tengo nada mas a la mano hago borradores de estructuras en Access, y después lo exporto a otro manejador de bases de datos.

Principios Básicos para no trabajar de balde en VB si usamos RAD

Como dice su nombre esta sección hablará de factores sencillos pero utiles para trabajar con Visual Basic. Mas adelante lo veremos de manera detallada. Algunos se ven muy técnicos y otros son obvios o de sentido común. Mas adelante los detallaremos, aunque algunas no tienen relación con las bases de datos, nos simplificarán la vida.

Si ustedes usan TODOS estos principios, se evitarán la mitad del trabajo.

Usar Option Explicit
Prompt After Execute
Siempre usar nombre de campos en mayúsculas.
Usar Archivos con un nombre máximo de 8 caracteres mas extensión.
parámetros Byval
Hacer primero las pantallas y después el código.(nos permite precisar un posible resultado, aunque no haya especificaciones)
Hasta que vayamos a programar, NO PROGRAMAR.(si autorizaron la apariencia, adelante)
Programar en base a un motor y no en base a un tipo de archivo.
Causas o soluciones? (Quitar la fiebre.)