Curso de Access Aplicaciones

Definición de las tablas

Definición de las tablas a partir de los bloques de información ya identificados como ficheros de datos en el punto anterior. Lo que tradicionalmente han sido siempre los archivos de datos (pequeños o grandes cajones metálicos generalmente que contienen fichas de cartulina), en Access y en la mayoría de los programas gestores de bases de datos se denominan tablas. Dichas tablas, son estructuras de filas y columnas que albergan datos referidos a un mismo tema. Cada fila llamada ahora registro contiene la información que antes estaba plasmada en una ficha del fichero. Cada columna de una tabla representa un campo. En la celda de la tabla en la que intersecta una fila con una columna tendremos un determinado campo dentro del cual normalmente se albergará un dato.

En una base de datos, las estructuras básicas, los OBJETOS principales sin los cuales no pueden existir el resto de objetos de Access tales como consultas, formularios, informes y macros, son LAS TABLAS. Suponen el pilar fundamental en el diseño general de un sistema de base de datos relacional (que se basa en las relaciones entre las tablas).

Fichero o archivo tradicional   >>>>>  (en Access pasa a ser)   >>>>>  Tabla de Access

 

En el ejemplo de gestión de pedidos las tablas a definir y crear en la base de datos desde Access serán:

Para el archivo de... Se definirá en Access... La Tabla...
Clientes   Clientes
Artículos   Productos
Pedidos   Pedidos
Proveedores   Proveedores
Agencias de Transporte   Agencias
Vendedores de la Empresa   Vendedores

 

Los Informes son diseños para obtener por impresora (también llamados listados), que se nutren de las informaciones que están (se encuentran) en las tablas.
 

Inscríbete ahora y accede a 3 unidades gratis

Evalua el curso de Access Aplicaciones y accede a las 3 unidades gratis con acceso completo al aula virtual donde podrás disfrutar de la inestimable ayuda del tutor y una gran variedad de recursos como videotutoriales, ejercicios resueltos, foros, enlaces, bibliografía, etc....


Definición de la estructura y diseño de campos

El siguiente paso es confeccionar un censo de las informaciones o datos que se albergarán en cada tabla: Definición de campos para las tablas de la aplicación. Definir las informaciones necesarias y de utilidad para la gestión que cada tabla deberá albergar. Definir los campos que va a tener cada tabla, así como su tipo y propiedades mas indicadas (siendo conscientes de que las propiedades de los campos se van a poder modificar a posteriori).
A éste proceso se le reconoce también, de forma más técnica, como NORMALIZACIÓN DE DATOS.


Inscríbete ahora y accede a 3 unidades gratis

Evalua el curso de Access Aplicaciones y accede a las 3 unidades gratis con acceso completo al aula virtual donde podrás disfrutar de la inestimable ayuda del tutor y una gran variedad de recursos como videotutoriales, ejercicios resueltos, foros, enlaces, bibliografía, etc....


La importancia de codificar los elementos

Cuando se manejan archivos en donde se alberga la información de ciertos elementos (clientes, artículos, pedidos, -en otros procesos: vehículos, alumnos, lecturas de contador, pacientes- ...) es MUY IMPORTANTE codificar dichos elementos asignando a cada uno un código (numérico o alfanumérico) que identifique exacta, única e inequívocamente a cada elemento del archivo de modo que no puedan existir dos códigos completos que se repitan en dicho archivo.
Estos códigos también se llaman identificadores y suelen recibir en las definiciones de las tablas nombres tales como:

NOMBRE DE CAMPO El campo contiene...
IdPedido Número del pedido
IdCliente Número o código de cada cliente
Codcli Número o código de cada cliente
IdProducto Código único de cada artículo
Codprodu Código único de cada artículo o producto

Los códigos (este tipo de campo), son los campos que posteriormente van a permitir enlazar o relacionar dos tablas cuya información se desea utilizar conjuntamente en un proceso o fase de la aplicación. Generalmente aunque no siempre, se relacionan dos tablas mediante campos de código.
Hablando en términos de Access, éstos campos deberán tener la propiedad de indexado = Sí y con o sin duplicados según proceda. Por ejemplo, la tabla de Pedidos se relacionará con la de Artículos (productos) mediante el código del artículo. Tanto en una tabla como en otra, deberán ser campos indexados aunque como es lógico, en la tabla de Artículos un mismo código NO se puede repetir (indexado Sí y SIN duplicados -puede ser y deberá ser clave principal -), mientras que en la tabla de Pedidos podremos tener un determinado artículo pedido varias veces por lo que será indexado Sí pero CON duplicados.

De una sentada reflexión de sobre qué informaciones nos interesa gestionar sobre cada una de las fases o tareas, es decir, de cada uno de los ficheros contemplados, es decir de cada una de las tablas previstas, obtenemos, por ejemplo, las siguientes conclusiones que vamos a plasmar en un modelo de documento denominado FICHA DE TAREAS (una para la gestión de pedidos, otra para productos, para clientes, para agencias, vendedores, proveedores...)

Ficha de tareas

Nombre de la tarea: Introducción y gestión de pedidos
Nombre de la tabla: Pedidos
Descripción: En cada pedido quedará recogida toda la información necesaria para posteriormente poder facturar (datos del cliente), que volumen de facturación se aplica a cada vendedor (datos del vendedor), cuántos pedidos se tramitan a través de tal compañía de envío (agencia de transporte)... Por lo tanto, inicialmente, constarán datos referidos a todos estos elementos.

 

Campos necesarios para llevar a cabo la tarea (el control de los pedidos):
CAMPO   DESCRIPCIÓN
IdPedido Identificador único para el pedido
FechaPedido Fecha en la que se realiza el pedido
FechaEntrega Fecha en la que se entrega el pedido al cliente
FechaEnvío Fecha en la que sale el pedido del almacén
FormaEnvío   Trabajamos con diferentes empresas para realizar los envíos de los artículos
Cargo Precio que nos cuesta mandar el envío
IdCliente Identificador único del cliente
NombreCompañía   Nombre de la compañía o empresa que nos hace el pedido.
NombreContacto Nombre de la persona que nos ha hecho el pedido
Dirección Dirección del cliente
Ciudad Ciudad del cliente
Región Ciudad del cliente
CódPostal Código Postal del cliente.
País País del cliente
Destinatario Empresa que va a recibir el pedido. Aunque no es frecuente puede ser otra en la que entregar el pedido, otra sede.
DirecciónDestinatario   Dirección dónde el cliente quiere que vaya el pedido.
CiudadDestinatario Ciudad a la que va a ir el pedido
RegiónDestinatario Región a la que va a ir el pedido.
CódPostalDestinatario Código postal del lugar a dónde va el pedido.
PaisDestinatario País a la que va a ir el pedido.
IdProducto Identificador del producto
NombreProducto Nombre del producto
PrecioUnidad   Precio que se negocia en el momento de hacer cada pedido
Cantidad   Número de unidades que vamos a servir al cliente del producto.
Descuento   Descuento que se aplica y que se negocia en el momento de hacer el pedido
IdEmpleado Identificador del empleado que recoge el pedido
NombreEmpleado Nombre del empleado que recoge el pedido

Como vemos, aparecen datos sobre el propio pedido, sobre el cliente que hace el pedido, sobre la agencia de transportes que realiza en envío de ese pedido, sobre el artículo que se pide (inicialmente plantearemos que cada pedido solo es de un artículo), y también sobre el comercial o empleado vendedor de la empresa que genera ese pedido...

Nota: Se han asociado colores a cada uno de los campos para saber a que tabla de las analizadas corresponde.
Desde <AQUÍ> se puede descargar el modelo de Ficha de tareas en formato Word para poder confeccionarlas.

Para que en un pedido consten todas las informaciones que se consideran necesarias, en principio podríamos pensar que serían necesarios tantos campos en la estructura de la tabla como los expuestos en la relación anterior, en la Ficha de tareas. Sin embargo, gracias a que trabajamos con Access que es un sistema gestor de bases de datos relacional con que, por ejemplo, en cada pedido se almacene, además de la información propia del pedido (campos de color azul y representados en negrita en la Ficha de tareas anterior), el código del cliente que hace el pedido (el IdCliente), con ese código o Id, podremos acceder al registro de ESE cliente en la tabla maestra de clientes (que es otra tabla en la misma base de datos y está aparte). Observar el diagrama de bloques anterior para apreciar que la tarea de gestión de pedidos está vinculada o relacionada con la de clientes (entre otras).

De igual modo, los campos de nuestra Ficha de tareas refleja información o campos que ya tenemos en la tabla de vendedores, en la tabla de agencias, en la tabla de artículos.... Si cada vendedor, si cada agencia de transporte, si cada artículo (producto) tiene una clave única que lo identifica en su tabla, con que en cada pedido archivemos solo ese código, gracias a las relaciones de Access se puede acceder a la tabla relacionada pertinente y la información está ahí accesible. Toda la información de ese registro.
Por ejemplo: Si en un pedido consta que el cliente que hace el pedido es el que tiene código de cliente 7, con ese código, se accede al registro del cliente 7 en la tabla de clientes y ahí está toda la información de ese cliente que se precise... De la misma forma las relaciones entre tablas nos permiten acceder a la información de las demás tablas maestras de vendedores, de productos y de agencias.

En las tablas maestras (productos, clientes, agencias de transporte -métodos de envío-, vendedores y proveedores) todos los campos que se precisen serán necesarios en la descripción y estructura de la tabla. Veamos las Fichas de tareas para cada una de las restantes tablas previstas:

Ficha de tareas

Nombre de la tarea: Introducción y gestión de Productos
Nombre de la tabla: Productos
Descripción: Por cada producto o artículo de nuestro almacén, se guardarán en campos las informaciones consideradas como esenciales, para su correcto control.
Fijémonos ahora que en el registro de cada producto consta SOLO el código de su proveedor. Observar que según el diagrama de bloques, la tabla de artículos está relacionada con la de proveedores mediante el campo código de proveedor (IdProveedor de esta tabla de Productos <= se relaciona con => IdProveedor de la tabla de Proveedores).
Si tuviéramos que almacenar en el registro de cada artículo, todos los datos del proveedor, si en la tabla de productos tuviéramos 1.000 artículos o referencias del mismo proveedor, tendríamos 1.000 veces en la tabla de productos toda la información de ese proveedor.
Las relaciones entre tablas solventan estos inconvenientes mejorando el aprovechamiento en disco y optimizando la velocidad del proceso.

 

Campos necesarios para llevar a cabo la tarea:

CAMPO   DESCRIPCIÓN
IdProducto   Identificador único del producto
NombreProducto   Nombre del producto
CantidadPorUnidad   Número de unidades que hay en una caja del producto.
PrecioUnidad   Precio de cada unidad del producto.
IdProvee   Código del proveedor que suministra este producto. Este campo se relacionará con el código de proveedor (IdProveedor) en la tabla de proveedores.

 

Ficha de tareas

Nombre de la tarea: Introducción y gestión de Clientes
Nombre de la tabla: Clientes
Descripción: Por cada cliente de nuestra empresa, se guardarán en campos las informaciones consideradas como esenciales, para su correcto control.

 

Campos necesarios para llevar a cabo la tarea:
CAMPO   DESCRIPCIÓN
IdCliente Identificador único del cliente
NombreCompañía Nombre de la compañía o empresa cliente.
NombreContacto   Nombre de la persona con la que hemos contactado.
CargoContacto   Cargo que tiene la persona con la que contactamos, en la empresa cliente.
Dirección Dirección del cliente
Ciudad Ciudad del cliente
Región Región del cliente
CódPostal Código Postal del Cliente
País País del cliente
Teléfono Teléfono del cliente
Fax Fax del cliente

 

Ficha de tareas

Nombre de la tarea: Introducción y gestión de métodos de envío (agencias de transporte)
Nombre de la tabla: Agencias
Descripción: Por cada agencia de transporte con la que trabajamos y enviamos los pedidos, se guardarán en campos las informaciones consideradas como esenciales, para su correcto control.

 

Campos necesarios para llevar a cabo la tarea:
CAMPO   DESCRIPCIÓN
IdCompañiaEnvíos   Identificador único de la compañía de envíos
NombreEnvíos   Nombre de la compañía de envíos
Teléfono   Número de teléfono de la compañía de envíos

Por último en nuestra empresa hay varios vendedores y deseamos asociar a cada pedido que nos realicen, a un vendedor, sólo de este modo, podremos llevar un control de comisiones a pagar a los vendedores, cifras acumuladas de ventas por vendedor...

Ficha de tareas

Nombre de la tarea: Introducción y gestión de vendedores
Nombre de la tabla: Vendedores
Descripción: Por cada vendedor o comercial, se guardarán en campos las informaciones consideradas como esenciales, para su correcto control.

 

Campos necesarios para llevar a cabo la tarea:
CAMPO   DESCRIPCIÓN
IdEmpleado   Identificador único del empleado
Nombre   Nombre del empleado.
Apellidos   Apellidos del empleado.
Cargo   Cargo que tiene el empleado.
Tratamiento   Cómo dirigirnos a el
FechaNacimiento   Fecha de nacimiento del empleado
FechaContratación   Fecha de contratación del empleado
CódPostal   Código Postal del Cliente
Dirección   Dirección del empleado
Ciudad   Ciudad donde vive el empleado
Región   Región del empleado
CódPostal   Código postal del empleado
País   País dónde vive
TelDomicilio   Teléfono del empleado
Extensión   Extensión telefónica que tiene el empleado en la empresa.
Foto   Foto del empleado
Notas   Comentarios sobre el empleado
Jefe   jefe del que depende.

 

Ficha de tareas

Nombre de la tarea: Introducción y gestión de Proveedores
Nombre de la tabla: Proveedores
Descripción: Por cada proveedor que nos suministra productos, se guardarán en campos las informaciones consideradas como esenciales, para su correcto control.

 

Campos necesarios para llevar a cabo la tarea:
CAMPO   DESCRIPCIÓN
IdProveedor Identificador único del proveedor
NombreProveedor Nombre de la compañía o empresa proveedora.
NombreContacto   Nombre de la persona con la que hemos contactado.
CargoContacto   Cargo que tiene la persona con la que contactamos, en la empresa proveedora.
Dirección Dirección del proveedor
Ciudad Ciudad del proveedor
Región Región del proveedor
CódPostal Código Postal del proveedor
País País del proveedor
Teléfono Teléfono del proveedor
Fax Fax del proveedor

 

Muy importante: En resumen, aquella información, que a priori, parezca que debe pertenecer a una tabla (con lo que tendríamos que definir campos para guardarla), si, pensando en miles de registros para esa tabla observamos que el contenido de ciertos campos se repite muchas veces, esos campos cuya información redunda, deberemos "sacarlos" a otra tabla aparte y codificar (asignar códigos) a esos elementos o registros de tal forma que al final, establezcamos una relación entre esas dos tablas mediante sus códigos.

Inscríbete ahora y accede a 3 unidades gratis

Evalua el curso de Access Aplicaciones y accede a las 3 unidades gratis con acceso completo al aula virtual donde podrás disfrutar de la inestimable ayuda del tutor y una gran variedad de recursos como videotutoriales, ejercicios resueltos, foros, enlaces, bibliografía, etc....


Si desea obtener un acceso sin restricciones a los contenidos del curso de Access Aplicaciones y disfrutar de todas las herramientas del aula virtual (Videos explicativos streaming, acceso a los foros, chat, ejercicios resueltos, la ayuda del tutor, audioconferencia, estudio de grabación, test y actividades de autoevaluación, etc...) puede inscribirse completamente gratis y comenzar a realizar de forma inmediata el curso.