Cursos subvencionados para trabajadores
Realiza el curso gratis a través de tu empresa.
Cursos SubvencionadosDefinició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....
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 elementosCuando 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.
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. |
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....
Copyright 2008© ADRInfor S.L. Logroño | Tel: 941250116 Fax: 941236805 | Email | Politica de Privacidad