El diseño de una base de datos relacional en el acceso 2013
Cuando se utiliza un programa de base de datos como el acceso 2013, no se puede simplemente comenzar a introducir los datos. En su lugar, es necesario crear un diseño de base de datos relacional, que divide su información en una o más tablas, cada una compuesta de campos (que son como las columnas en una hoja de cálculo). Tablas están conectados por relacional se une, en el que un campo en el que una coincide de mesa (se refiere a) un campo de otra. Aquí está la idea general:
Identificar sus datos.
Haga una lista de los posibles campos (elementos de información), incluyendo texto, numérico, fecha, verdadero / falso, y otros tipos de datos.
Eliminar campos redundantes.
Video: Tutorial ACCESS 2007 (Base de datos, tablas, relaciones, consultas, formularios)
No almacenar la misma información en más de un lugar. Si se puede calcular un campo de otro, almacenar único. (Fecha de nacimiento o edad tienda, pero no ambos, por ejemplo).
Organizar los campos en tablas.
Agrupar los campos de acuerdo con lo que describen de forma que cada grupo se convierte en una mesa. Una base de datos de entrada de pedidos para una tienda podría tener una tabla para los clientes, uno de los productos, y uno de los pedidos.
Añadir tablas de códigos y abreviaturas.
Video: Base de Datos #2| Modelo relacional
Plan para incluir una tabla de nombres de estado y códigos de dos letras, y una mesa de cada otro código o abreviatura que va a utilizar en la base de datos. Vamos a usar estas tablas para crear menús desplegables de valores que se pueden elegir a la hora de entrar en los registros.
Elija una clave primaria para cada tabla.
La clave principal es el campo que identifica de forma única cada registro de la tabla. Puede indicar a Access para asignar un número de identificación único para cada registro mediante el uso de un campo Autonumérico.
Vincular las tablas.
Ver las tablas que contienen campos que coinciden con los campos de otras tablas. En una base de datos de entrada de pedidos, la tabla Pedidos debe contener un campo que identifica al cliente que hizo el pedido - un campo para que coincida con el campo de clave principal en la tabla Clientes. La mayoría de las relaciones son uno a muchos, en el que un registro en una tabla puede coincidir con más de una (o no) los registros de otra tabla.