TALLER DE DISEÑO

(Base de datos)

YAMILE ANDREA CUATINDIOY

ANAMARIA ACOSTA MUÑOZ

EVELYN NATALIA ZUÑIGA

LEDY JOHANA QUISOBONI

10-2

SANDRA PATRICIA GOMEZ

(Ingeniera)

INSTITUCIÓN EDUCATIVA SANTA CATALINA LABOURÉ

BOLÍVAR CAUCA

15 DE NOVIEMBRE DEL 2011

CONTENIDO
1¿QUÉ ES UN SISTEMA DE GESTIÓN DE BASES DE DATOS?

2 TIPOS DE BASE DE DATOS

 2.1Según la variabilidad de los datos almacenados

 2.1.1 Bases de datos estáticas
 2.1.2Bases de datos dinámicas
 2.2Según el contenido
 2.2.1 Bases de datos bibliográficas
 2.2.2 Bases de datos de texto completo
 2.2.3 Directorios
 2.2.4Bases de datos o "bibliotecas" de información química o biológica

3 MODELOS DE BASES DE DATOS

 3.1 Bases de datos jerárquicas

 3.2 Base de datos de red
 3.3 Bases de datos transaccionales
 3.4 Bases de datos relacionales
 3.5 Bases de datos multidimensionales
 3.6 Bases de datos orientadas a objetos
 3.7 Bases de datos documentales
 3.8 Bases de datos deductivas
 3.9 Lenguaje
 3.9.1 Ventajas
 3.9.2 Desventajas
 3.9.3 Fases
 3.9.4 Interpretación
 3.9.5 Mecanismos

4 VENTAJAS DE LAS BASES DE DATOS

5 COMPONENTES DE UN SISTEMA DE DATOS

6 TABLA, CAMPO, REGISTRO

7DESVENTAJAS DE LAS BASES DE DATOS

 1) ¿QUE ES UN SISTEMA DE GESTION DE BASE DE
DATOS?
Un Sistema Gestor de Bases de Datos (SGBD) o DBMA (Data Base
Management System) es una colección de programas cuyo objetivo es servir de
interfaz entre la base de datos, el usuario y las aplicaciones. Se compone de un
lenguaje de definición de datos, de un lenguaje de manipulación de datos y de un
lenguaje de consulta. Un SGBD permite definir los datos a distintos niveles de
abstracción y manipular dichos datos, garantizando la seguridad e integridad de
los mismos. Algunos ejemplos de SGBD son Oracle, DB2, PostgreSQL, MySQL,
MS SQL Server, etc.

Un SGBD debe permitir:

• Definir una base de datos: especificar tipos, estructuras y restricciones de datos.
• Construir la base de datos: guardar los datos en algún medio controlado por el
mismo SGBD
• Manipular la base de datos: realizar consultas, actualizarla, generar informes.

Las características de un Sistema Gestor de Base de Datos SGBD son:

• Abstracción de la información. Los SGBD ahorran a los usuarios detalles
acerca del almacenamiento físico de los datos. Da lo mismo si una base de datos
ocupa uno o cientos de archivos, este hecho se hace transparente al usuario. Así,
se definen varios niveles de abstracción.
• Independencia. La independencia de los datos consiste en la capacidad de
modificar el esquema (físico o lógico) de una base de datos sin tener que realizar
cambios en las aplicaciones que se sirven de ella.
• Redundancia mínima. Un buen diseño de una base de datos logrará evitar la
aparición de información repetida o redundante. De entrada, lo ideal es lograr una
redundancia nula; no obstante, en algunos casos la complejidad de los cálculos
hace necesaria la aparición de redundancias.
• Consistencia. En aquellos casos en los que no se ha logrado esta redundancia
nula, será necesario vigilar que aquella información que aparece repetida se
actualice de forma coherente, es decir, que todos los datos repetidos se actualicen
de forma simultánea.
• Seguridad. La información almacenada en una base de datos puede llegar a
tener un gran valor. Los SGBD deben garantizar que esta información se
encuentra segurizada frente a usuarios malintencionados, que intenten leer
información privilegiada; frente a ataques que deseen manipular o destruir la
información; o simplemente ante las torpezas de algún usuario autorizado pero
despistado. Normalmente, los SGBD disponen de un complejo sistema de
permisos a usuarios y grupos de usuarios, que permiten otorgar diversas
categorías de permisos.
• Integridad. Se trata de adoptar las medidas necesarias para garantizar la validez
de los datos almacenados. Es decir, se trata de proteger los datos ante fallos de
hardware, datos introducidos por usuarios descuidados, o cualquier otra
circunstancia capaz de corromper la información almacenada.
• Respaldo y recuperación. Los SGBD deben proporcionar una forma eficiente
de realizar copias de respaldo de la información almacenada en ellos, y de
restaurar a partir de estas copias los datos que se hayan podido perder.
• Control de la concurrencia. En la mayoría de entornos (excepto quizás el
doméstico), lo más habitual es que sean muchas las personas que acceden a una
base de datos, bien para recuperar información, bien para almacenarla. Y es
también frecuente que dichos accesos se realicen de forma simultánea. Así pues,
un SGBD debe controlar este acceso concurrente a la información, que podría
derivar en inconsistencias.

BASE DE DATOS

OpenOffice.org Base: sistema de gestión de bases de datos.

Una base de datos o banco de datos (en ocasiones abreviada con la sigla BD o
con la abreviatura b. d.) es un conjunto de datos pertenecientes a un mismo
contexto y almacenados sistemáticamente para su posterior uso. En este sentido,
una biblioteca puede considerarse una base de datos compuesta en su mayoría
por documentos y textos impresos en papel e indexados para su consulta.
Actualmente, y debido al desarrollo tecnológico de campos como la informática y
la electrónica, la mayoría de las bases de datos están en formato digital
(electrónico), que ofrece un amplio rango de soluciones al problema de almacenar
datos.

Existen programas denominados sistemas gestores de bases de datos,

abreviado SGBD, que permiten almacenar y posteriormente acceder a los datos
de forma rápida y estructurada. Las propiedades de estos SGBD, así como su
utilización y administración, se estudian dentro del ámbito de la informática.

Las aplicaciones más usuales son para la gestión de empresas e instituciones

públicas. También son ampliamente utilizadas en entornos científicos con el objeto
de almacenar la información experimental.
Aunque las bases de datos pueden contener muchos tipos de datos, algunos de
ellos se encuentran protegidos por las leyes de varios países. Por ejemplo, en
España los datos personales se encuentran protegidos por la Ley Orgánica de
Protección de Datos de Carácter Personal (LOPD).

2) TIPOS DE BASE DE DATOS

Las bases de datos pueden clasificarse de varias maneras, de acuerdo al contexto
que se esté manejando, la utilidad de las mismas o las necesidades que
satisfagan.

Según la variabilidad de los datos almacenados

Bases de datos estáticas

Son bases de datos de sólo lectura, utilizadas primordialmente para almacenar

datos históricos que posteriormente se pueden utilizar para estudiar el
comportamiento de un conjunto de datos a través del tiempo, realizar
proyecciones, tomar decisiones y realizar análisis de datos para inteligencia
empresarial.

Bases de datos dinámicas

Éstas son bases de datos donde la información almacenada se modifica con el

tiempo, permitiendo operaciones como actualización, borrado y adición de datos,
además de las operaciones fundamentales de consulta. Un ejemplo de esto puede
ser la base de datos utilizada en un sistema de información de un supermercado,
una farmacia, un videoclub o una empresa.

Según el contenido

Bases de datos bibliográficas

Sólo contienen un subrogante (representante) de la fuente primaria, que permite

localizarla. Un registro típico de una base de datos bibliográfica contiene
información sobre el autor, fecha de publicación, editorial, título, edición, de una
determinada publicación, etc. Puede contener un resumen o extracto de la
publicación original, pero nunca el texto completo, porque si no, estaríamos en
presencia de una base de datos a texto completo (o de fuentes primarias —ver
más abajo). Como su nombre lo indica, el contenido son cifras o números. Por
ejemplo, una colección de resultados de análisis de laboratorio, entre otras.

Bases de datos de texto completo

Almacenan las fuentes primarias, como por ejemplo, todo el contenido de todas
las ediciones de una colección de revistas científicas.
 DIRECTORIOS

Un ejemplo son las guías telefónicas en formato electrónico.

Bases de datos o "bibliotecas" de información química o biológica

Son bases de datos que almacenan diferentes tipos de información proveniente de

la química, las ciencias de la vida o médicas. Se pueden considerar en varios
subtipos:

 Las que almacenan secuencias de nucleótidos o proteínas.

 Las bases de datos de rutas metabólicas.
 Bases de datos de estructura, comprende los registros de datos
experimentales sobre estructuras 3D de biomoléculas-
 Bases de datos clínicas.
 Bases de datos bibliográficas (biológicas, químicas, médicas y de otros
campos): PubChem, Medline, EBSCOhost.

3) MODELOS DE BASES DE DATOS

Además de la clasificación por la función de las bases de datos, éstas también se
pueden clasificar de acuerdo a su modelo de administración de datos.

Un modelo de datos es básicamente una "descripción" de algo conocido como

contenedor de datos (algo en donde se guarda la información), así como de los
métodos para almacenar y recuperar información de esos contenedores. Los
modelos de datos no son cosas físicas: son abstracciones que permiten la
implementación de un sistema eficiente de base de datos; por lo general se
refieren a algoritmos, y conceptos matemáticos.

Algunos modelos con frecuencia utilizados en las bases de datos:

BASES DE DATOS JERÁRQUICAS

Éstas son bases de datos que, como su nombre indica, almacenan su información
en una estructura jerárquica. En este modelo los datos se organizan en una forma
similar a un árbol (visto al revés), en donde un nodo padre de información puede
tener varios hijos. El nodo que no tiene padres es llamado raíz, y a los nodos que
no tienen hijos se los conoce como hojas.

Las bases de datos jerárquicas son especialmente útiles en el caso de

aplicaciones que manejan un gran volumen de información y datos muy
compartidos permitiendo crear estructuras estables y de gran rendimiento.

Una de las principales limitaciones de este modelo es su incapacidad de

representar eficientemente la redundancia de datos.
BASE DE DATOS DE RED

Éste es un modelo ligeramente distinto del jerárquico; su diferencia fundamental

es la modificación del concepto de nodo: se permite que un mismo nodo tenga
varios padres (posibilidad no permitida en el modelo jerárquico).

Fue una gran mejora con respecto al modelo jerárquico, ya que ofrecía una
solución eficiente al problema de redundancia de datos; pero, aun así, la dificultad
que significa administrar la información en una base de datos de red ha significado
que sea un modelo utilizado en su mayoría por programadores más que por
usuarios finales.

BASES DE DATOS TRANSACCIONALES

Son bases de datos cuyo único fin es el envío y recepción de datos a grandes
velocidades, estas bases son muy poco comunes y están dirigidas por lo general
al entorno de análisis de calidad, datos de producción e industrial, es importante
entender que su fin único es recolectar y recuperar los datos a la mayor velocidad
posible, por lo tanto la redundancia y duplicación de información no es un
problema como con las demás bases de datos, por lo general para poderlas
aprovechar al máximo permiten algún tipo de conectividad a bases de datos
relacionales.

Un ejemplo habitual de transacción es el traspaso de una cantidad de dinero entre

cuentas bancarias. Normalmente se realiza mediante dos operaciones distintas,
una en la que se decrementa el saldo de la cuenta origen y otra en la que
incrementamos el saldo de la cuenta destino. Para garantizar la atomicidad del
sistema (es decir, para que no aparezca o desaparezca dinero), las dos
operaciones deben ser atómicas, es decir, el sistema debe garantizar que, bajo
cualquier circunstancia (incluso una caída del sistema), el resultado final es que, o
bien se han realizado las dos operaciones, o bien no se ha realizado ninguna.

BASES DE DATOS RELACIONALES

Éste es el modelo utilizado en la actualidad para modelar problemas reales y

administrar datos dinámicamente. Tras ser postulados sus fundamentos en 1970
por Edgar Frank Codd, de los laboratorios IBM en San José (California), no
tardó en consolidarse como un nuevo paradigma en los modelos de base de
datos. Su idea fundamental es el uso de "relaciones". Estas relaciones podrían
considerarse en forma lógica como conjuntos de datos llamados "tuplas". Pese a
que ésta es la teoría de las bases de datos relacionales creadas por Codd, la
mayoría de las veces se conceptualiza de una manera más fácil de imaginar.

Esto es pensando en cada relación como si fuese una tabla que está compuesta
por registros (las filas de una tabla), que representarían las tuplas, y campos (las
columnas de una tabla).
En este modelo, el lugar y la forma en que se almacenen los datos no tienen
relevancia (a diferencia de otros modelos como el jerárquico y el de red). Esto
tiene la considerable ventaja de que es más fácil de entender y de utilizar para un
usuario esporádico de la base de datos. La información puede ser recuperada o
almacenada mediante "consultas" que ofrecen una amplia flexibilidad y poder para
administrar la información.

El lenguaje más habitual para construir las consultas a bases de datos

relacionales es SQL, Structured Query Language o Lenguaje Estructurado de
Consultas, un estándar implementado por los principales motores o sistemas de
gestión de bases de datos relacionales.

Durante su diseño, una base de datos relacional pasa por un proceso al que se le
conoce como normalización de una base de datos.

Durante los años 80 la aparición de dBASE produjo una revolución en los

lenguajes de programación y sistemas de administración de datos. Aunque nunca
debe olvidarse que dBASE no utilizaba SQL como lenguaje base para su gestión.

BASES DE DATOS MULTIDIMENSIONALES

Son bases de datos ideadas para desarrollar aplicaciones muy concretas, como
creación de Cubos OLAP. Básicamente no se diferencian demasiado de las
bases de datos relacionales (una tabla en una base de datos relacional podría
serlo también en una base de datos multidimensional), la diferencia está más bien
a nivel conceptual; en las bases de datos multidimensionales los campos o
atributos de una tabla pueden ser de dos tipos, o bien representan dimensiones de
la tabla, o bien representan métricas que se desean estudiar.

BASES DE DATOS ORIENTADAS A OBJETOS

Este modelo, bastante reciente, y propio de los modelos informáticos

orientados a objetos, trata de almacenar en la base de datos los objetos
completos (estado y comportamiento).

Una base de datos orientada a objetos es una base de datos que incorpora todos
los conceptos importantes del paradigma de objetos:

 Encapsulación - Propiedad que permite ocultar la información al resto de

los objetos, impidiendo así accesos incorrectos o conflictos.
 Herencia - Propiedad a través de la cual los objetos heredan
comportamiento dentro de una jerarquía de clases.
 Polimorfismo - Propiedad de una operación mediante la cual puede ser
aplicada a distintos tipos de objetos.
En bases de datos orientadas a objetos, los usuarios pueden definir operaciones
sobre los datos como parte de la definición de la base de datos. Una operación
(llamada función) se especifica en dos partes. La interfaz (o signatura) de una
operación incluye el nombre de la operación y los tipos de datos de sus
argumentos (o parámetros). La implementación (o método) de la operación se
especifica separadamente y puede modificarse sin afectar la interfaz. Los
programas de aplicación de los usuarios pueden operar sobre los datos invocando
a dichas operaciones a través de sus nombres y argumentos, sea cual sea la
forma en la que se han implementado. Esto podría denominarse independencia
entre programas y operaciones.

SQL: 2003, es el estándar de SQL92 ampliado, soporta los conceptos orientados

a objetos y mantiene la compatibilidad con SQL92.

BASES DE DATOS DOCUMENTALES

Permiten la indexación a texto completo, y en líneas generales realizar búsquedas

más potentes. Tesaurus es un sistema de índices optimizado para este tipo de
bases de datos.

BASES DE DATOS DEDUCTIVAS

Un sistema de base de datos deductiva, es un sistema de base de datos pero con

la diferencia de que permite hacer deducciones a través de inferencias. Se basa
principalmente en reglas y hechos que son almacenados en la base de datos. Las
bases de datos deductivas son también llamadas bases de datos lógicas, a raíz de
que se basa en lógica matemática. Este tipo de base de datos surge debido a las
limitaciones de la Base de Datos Relacional de responder a consultas recursivas y
de deducir relaciones indirectas de los datos almacenados en la base de datos.

LENGUAJE

Utiliza un subconjunto del lenguaje Prolog llamado Datalog el cual es declarativo y

permite al ordenador hacer deducciones para contestar a consultas basándose en
los hechos y reglas almacenados.

VENTAJAS

 Uso de reglas lógicas para expresar las consultas.

 Permite responder consultas recursivas.
 Cuenta con negaciones estratificadas
 Capacidad de obtener nueva información a través de la ya almacenada en
la base de datos mediante inferencia.
 Uso de algoritmos de optimización de consultas.
 Soporta objetos y conjuntos complejos.
DESVENTAJAS

 Crear procedimientos eficaces de deducción para evitar caer en bucles

infinitos.
 Encontrar criterios que decidan la utilización de una ley como regla de
deducción.
 Replantear las convenciones habituales de la base de datos.

FASES

 Fase de Interrogación: se encarga de buscar en la base de datos

informaciones deducibles implícitas. Las reglas de esta fase se denominan
reglas de derivación.
 Fase de Modificación: se encarga de añadir a la base de datos nuevas
informaciones deducibles. Las reglas de esta fase se denominan reglas de
generación.

INTERPRETACIÓN

Encontramos dos teorías de interpretación de las bases de datos deductivas:

 Teoría de Demostración: consideramos las reglas y los hechos como

axiomas.

Los hechos son axiomas base que se consideran como verdaderos y no contienen
variables. Las reglas son axiomas deductivos ya que se utilizan para deducir
nuevos hechos.

 Teoría de Modelos: una interpretación es llamada modelo cuando para un

conjunto específico de reglas, éstas se cumplen siempre para esa
interpretación. Consiste en asignar a un predicado todas las combinaciones
de valores y argumentos de un dominio de valores constantes dado. A
continuación se debe verificar si ese predicado es verdadero o falso.

MECANISMOS

Existen dos mecanismos de inferencia:

 Ascendente: donde se parte de los hechos y se obtiene nuevos aplicando

reglas de inferencia.
 Descendente: donde se parte del predicado (objetivo de la consulta
realizada) e intenta encontrar similitudes entre las variables que nos lleven
a hechos correctos almacenados en la base de datos.
4) VENTAJAS DE LAS BASES DE DATOS
 5) COMPONENTES DE UN SISTEMA DE BASE DE
DATOS
Un sistema de base de datos está compuesto por:

BASE DE DATOS:

DATOS DEL USUARIO. En la actualidad, casi todas las bases de datos

representan los datos del usuario como afinidades que son tablas de datos. No
todas las afinidades son igualmente deseables; algunas están mejor estructuradas
que otras. Para crear afinidades bien estructuradas se realiza un proceso llamado
normalización.

METADATOS. Debido a que los productos DBMS están diseñados para

almacenar y manipular tablas, la mayor parte de ellos almacenan los metadatos en
forma de tablas, algunas veces llamadas tablas del sistema.

ÍNDICES. Están encaminados a mejorar el funcionamiento y la accesibilidad de la

base de datos. Se usan para ordenar y para obtener un acceso rápido a los datos.
Los índices son muy valiosos pero implican un costo. Cada vez que se actualiza
una fila en una afinidad o tabla, también deben actualizarse los índices. Esto no es
malo; sólo significa que los índices no son gratuitos y que deben reservarse para
casos en los que sean de verdad necesarios.

METADATOS DE APLICACIÓN. Se usan para almacenar la estructura y el

formato de formas, reportes, consultas de usuarios, y otros componentes de
aplicación. Normalmente no se accede de forma directa a los metadatos de
aplicación sino que se hace a través de herramientas proporcionadas por el DBMS
para tal fin.

SISTEMA ADMINISTRADOR DE BASE DE DATOS:

HERRAMIENTAS DE DISEÑO. El subsistema de herramientas de diseño tiene

una serie de elementos que facilitan el diseño y la creación de la base de datos y
sus aplicaciones. Por lo general, incluye recursos para crear tablas, formas,
consultas y reportes. Los productos DBMS también proporcionan lenguajes de
programación e interfaces para estos.

UTILERÍAS DE TIEMPO DE EJECUCIÓN. El subsistema de tiempo de ejecución

procesa los componentes de aplicación que se desarrollan usando las
herramientas de diseño. Otras utilerías de tiempo de ejecución responden a
consultas e imprimen reportes.
Adicionalmente hay un componente de tiempo de ejecución que procesa las
solicitudes del programa de aplicación para leer y escribir datos de la base de
datos.

MOTOR DEL SISTEMA ADMINISTRADOR DE BASE DE DATOS. Es el

intermediario entre las herramientas de diseño y las utilerías del subsistema de
tiempo de ejecución, y los datos mismos.

APLICACIONES DE BASES DE DATOS:

FORMAS. Se emplean para introducir información a la base de datos. En algunas

ocasiones los identificadores (ID) de los objetos no son desplegados en la
aplicación. La razón es que en el modelo del usuario no existen y por lo tanto
carecen de significado para él. Se utilizan para que el DBMS identifique cada fila
de cada tabla y se denominan claves sustitutas.

CONSULTAS. Se usan cuando los usuarios desean consultar los datos para
contestar preguntas o para identificar problemas o situaciones particulares. Para
expresar las consultas se puede usar el lenguaje SQL de acceso a los datos, otra
posibilidad es usar la consulta por ejemplo (QBE). En la mayoría de los DBMS las
consultas se pueden guardar como parte de la aplicación, de modo que sea
posible volverlas a ejecutar. Además en las consultas se pueden especificar
parámetros, lo que significa que se estructuran de forma tal que acepten valores
de criterios durante su funcionamiento.

REPORTES. Un reporte es una presentación que tiene un formato de la

información de una base de datos. Suelen estar divididos por secciones como
Encabezado, títulos, grupos, detalles, subtotales, totales y pié de página. La
presentación de la información casi siempre tiene uno o más ordenamientos.

MENÚS. Se usan para organizar los distintos componentes de la aplicación con el

propósito de que el usuario final acceda a ellos con facilidad, mostrándole las
opciones disponibles y ayudándole a seleccionar las acciones que desea realizar.

PROGRAMAS DE APLICACIÓN. Los programas de aplicación vienen a ser como

el pegamento que nos permite unir el resto de los componentes de manera
coherente y permite realizar procesos y cálculos a la aplicación. Adicionalmente
suele haber algunas limitaciones que los DBMS no pueden enforzar directamente
en la estructura de los datos y que deben ser codificadas en el programa de
aplicación.
 6) TABLA, CAMPO, REGISTRO
TABLA:

Una tabla es una colección de datos sobre un tema específico, como productos o
proveedores. Al usar una tabla independiente para cada tema, los datos se
almacenan sólo una vez. Esto tiene como resultado una base de datos más eficaz
y menos errores de entrada de datos.

Las tablas organizan datos en columnas (denominadas CAMPOS) y filas

(denominadas REGISTROS).

Por ejemplo, cada campo de una tabla Productos contiene el mismo tipo de
información para cada producto, por ejemplo, su nombre. Cada uno de los
registros de esa tabla contiene toda la información acerca de un producto, por
ejemplo, el nombre del producto, el Id. de proveedor, las unidades en existencia,
etc.

CREANDO UNA TABLA

Para almacenar los datos, cree una tabla para cada tipo de información de la que
hace el seguimiento. Para reunir los datos de varias tablas en una consulta,
formulario, informe o página de acceso a datos, defina relaciones entre las tablas.
La información de clientes que antes se guardaba en una lista de correo ahora
reside en la tabla Clientes.
La información de pedidos que antes se guardaba en una hoja de cálculo ahora
reside en la tabla Pedidos.

Un Id. exclusivo, como un Id. de cliente, permite distinguir los registros de una
tabla. Si se agrega el campo de Id. exclusivo de una tabla a otra tabla y después
se define una relación, Microsoft Access puede cotejar los registros relacionados
de ambas tablas de manera que se puedan combinar en un formulario, un informe
o una consulta.

VISTA DISEÑO DE LA TABLA

En la vista Diseño de la tabla, puede crear una tabla entera desde el principio, o
agregar, eliminar o personalizar los campos en una tabla existente.

Si desea hacer un seguimiento de otros datos de una tabla, agregue más

campos. Si el nombre de un campo existente no es suficientemente descriptivo,
puede cambiarlo.
  La configuración del tipo de datos (tipo de datos de campo: característica
de un campo que determina el tipo de datos que puede almacenar. Por
ejemplo, un campo cuyo tipo de datos es Texto puede almacenar datos que
consten de letras o números, pero un campo de tipo Numérico sólo puede
almacenar datos numéricos.) de un campo define el tipo de valores que
puede escribir en el mismo. Por ejemplo, si desea que un campo almacene
valores numéricos que puede utilizar en cálculos, establezca su tipo de
datos en Numérico o Moneda.
 Se utiliza una etiqueta única, denominada clave principal (clave principal:
uno o más campos (columnas) cuyos valores identifican de manera
exclusiva cada registro de una tabla. Una clave principal no puede permitir
valores Nulo y debe tener siempre un índice exclusivo. Una clave principal
se utiliza para relacionar una tabla con claves externas de otras tablas.)
para identificar los registros de la tabla. La clave principal de una tabla se
utiliza para referirse a registros relacionados de otras tablas.
 Las propiedades de los campos son un conjunto de características que
proporcionan control adicional sobre cómo se almacenan, escriben o
muestran los datos de un campo. Las propiedades disponibles dependen
del tipo de datos de un campo.

CÓMO RELACIONAR DOS TABLAS

Un campo común relaciona dos tablas de manera que Microsoft Access puede
combinar los datos de las dos tablas para ver, modificar o imprimir. En una tabla,
el campo es una clave principal (clave principal: uno o más campos (columnas)
cuyos valores identifican de manera exclusiva cada registro de una tabla. Una
clave principal no puede permitir valores Nulo y debe tener siempre un índice
exclusivo. Una clave principal se utiliza para relacionar una tabla con claves
externas de otras tablas.) que se establece en la vista Diseño (vista Diseño:
ventana que muestra el diseño de estos objetos de base de datos: tablas,
consultas, formularios, informes, macros y páginas de acceso a datos. En la vista
Diseño, puede crear objetos de base de datos nuevos y modificar el diseño de
otros existentes.) de la tabla. Ese mismo campo también existe en la tabla
relacionada como una clave externa (clave externa: uno o más campos de tabla
(columnas) que hacen referencia al campo o campos de clave principal de otra
tabla. Una clave externa indica cómo están relacionadas las tablas.).
  En la tabla Proveedores, incluirá el Id. de proveedor, nombre de la
compañía, etc. para cada proveedor. IdProveedor es la clave principal que
se establece en la vista Diseño de la tabla.
 En la tabla Productos, incluirá el campo IdProveedor, de manera que
cuando inserte un nuevo producto pueda identificar su proveedor insertando
el Id. único de ese proveedor. IdProveedor es la clave externa en la tabla
Productos.
 Vista Hoja de datos de la tabla

En una tabla o una consulta, la vista Hoja de datos (vista Hoja de datos: ventana
que muestra datos de una tabla, formulario, consulta, vista o procedimiento
almacenado con formato de filas y columnas. En la vista Hoja de datos, puede
editar campos, buscar y agregar o eliminar datos.) proporciona las herramientas
necesarias para trabajar con los datos.

Las barras de herramientas se refiere a barra con botones y opciones que se

utilizan para ejecutar comandos. Para mostrar una barra de herramientas, haga
clic en Personalizar en el menú Herramientas y, a continuación, haga clic en la
ficha Barras de herramientas.) Hoja de datos de la tabla y Hoja de datos de la
consulta proporcionan muchas de las herramientas necesarias para buscar,
modificar e imprimir registros.

 Imprimir u obtener una vista previa de los datos.

 Revisar la ortografía.
 Cortar, copiar o pegar el texto seleccionado, campos, registros completos o
toda la hoja de datos.
  Ordenar registros.
 Filtrar registros, y buscar o reemplazar valores.
 Agregar o eliminar registros.

Puede encontrar herramientas para trabajar con columnas, filas y hojas

secundarias de datos (subhoja de datos: hoja de datos que está anidada en otra
hoja de datos y que contiene datos relacionados o combinados con la primera hoja
de datos.) en la propia hoja de datos, o haciendo doble clic en un selector de
columna (selector de columna: barra horizontal en la parte superior de una
columna. Puede hacer clic en el selector de una columna para seleccionar la
columna entera en la cuadrícula de diseño de consultas o de filtros.).

Utilizar el selector de columna para mover u ocultar una columna, o cambiar su

nombre.

 Cambiar el tamaño de columnas o filas.

 Utilizar hojas secundarias de datos para ver datos relacionados.
 Inmovilizar la primera columna por la izquierda para que se muestre a
medida que se desplaza hacia la derecha.
 Desplazarse por los registros

Puede utilizar la barra de herramientas de exploración para desplazarse por los

registros en una hoja de datos.

 Ir al primer registro.
 Ir al registro anterior.
 Escribir un número de registro al que desplazarse.
 Ir al registro siguiente.
 Ir al último registro.
 Ir a un registro en blanco (nuevo).
Un ejemplo sencillo: si tenemos una hoja de Excel con la información de clientes
con los campos de Nombre, Empresa, Ciudad, Dirección y Teléfono, los datos que
puedan ser comunes (en este caso Empresa y Ciudad) se repetirían para cada
Cliente.
En una base de datos relacional, como lo es Access, puede haber más de una
tabla con relaciones entre ellas. Por ejemplo, además de tener la tabla de Clientes
podríamos crear una o más tablas con elementos comunes (en nuestro caso
podrían ser Ciudades y Empresas) y a continuación crear relaciones entre esta
tablas.

Lo relacional proporciona muchas ventajas frente a lo simple: permite ahorrarnos

el tiempo que perderíamos ingresando una y otra vez la misma información.

Y además nos ayuda a reducir el número de errores y facilita la tarea de

actualización de datos.

Aquí puede ver un ejemplo de cómo Access maneja las relaciones (pulsa en la
miniatura para ver la imagen completa):

TIPOS DE TABLAS

 Además de la función estándar de las tablas básicas definidas por el

usuario, SQL Server proporciona los siguientes tipos de tabla, que permiten
llevar a cabo objetivos especiales en una base de datos:

TABLAS CON PARTICIONES

 Las tablas con particiones son tablas cuyos datos se han dividido
horizontalmente entre unidades que pueden repartirse por más de un grupo
de archivos de una base de datos. Las particiones facilitan la administración
de las tablas y los índices grandes porque permiten obtener acceso y
administrar subconjuntos de datos con rapidez y eficacia al mismo tiempo
que mantienen la integridad del conjunto. En un escenario con particiones,
las operaciones como, por ejemplo, la carga de datos de un sistema OLTP
a un sistema OLAP, pueden realizarse en cuestión de segundos en lugar de
minutos u horas en otras versiones. Las operaciones de mantenimiento que
se realizan en los subconjuntos de datos también se realizan de forma más
eficaz porque sólo afectan a los datos necesarios en lugar de a toda la
tabla.
  Tiene sentido crear una tabla con particiones si la tabla es muy grande o se
espera que crezca mucho, y si alguna de las dos condiciones siguientes es
verdadera:
 La tabla contiene, o se espera que contenga, muchos datos que se utilizan
de manera diferente. Las consultas o las actualizaciones de la tabla no se
realizan como se esperaba o los costos de mantenimiento son superiores a
los períodos de mantenimiento predefinidos. Las tablas con particiones
admiten todas las propiedades y características asociadas con el diseño y
consulta de tablas estándar, incluidas las restricciones, los valores
predeterminados, los valores de identidad y marca de tiempo, los
desencadenadores y los índices. Por lo tanto, si desea implementar una
vista con particiones que sea local respecto a un servidor, debe
implementar una tabla con particiones. Para obtener información para
comprender, diseñar e implementar tablas con particiones, vea Tablas e
índices con particiones.

TABLAS TEMPORALES
 Hay dos tipos de tablas temporales: locales y globales. Las tablas
temporales locales son visibles sólo para sus creadores durante la misma
conexión a una instancia de SQL Server como cuando se crearon o cuando
se hizo referencia a ellas por primera vez. Las tablas temporales locales se
eliminan cuando el usuario se desconecta de la instancia de SQL Server.
Las tablas temporales globales están visibles para cualquier usuario y
conexión una vez creadas, y se eliminan cuando todos los usuarios que
hacen referencia a la tabla se desconectan de la instancia de SQL Server.
 Para obtener más información acerca de las tablas temporales, vea
Conceptos básicos para crear y modificar tablas.

TABLAS DEL SISTEMA

 SQL Server almacena los datos que definen la configuración del servidor y
de todas sus tablas en un conjunto de tablas especial, conocido como
tablas del sistema. Los usuarios no pueden consultar ni actualizar
directamente las tablas del sistema si no es a través de una conexión de
administrador dedicada (DAC) que sólo debería utilizarse bajo la
supervisión de los servicios de atención al cliente de Microsoft. Para
obtener más información, vea Usar una conexión de administrador
dedicada. Las tablas de sistema se cambian normalmente en cada versión
nueva de SQL Server. Puede que las aplicaciones que hacen referencia
directamente a las tablas del sistema tengan que escribirse de nuevo para
poder actualizarlas a una versión nueva de SQL Server con una versión
diferente de las tablas de sistema. La información de las tablas del sistema
está disponible a través de las vistas de catálogo. Para obtener más
información, vea Tablas del sistema (Transact-SQL).
 Con las tablas anchas, puede crear esquemas flexibles dentro de una
aplicación. Puede agregar o quitar columnas siempre que lo desee. Tenga
 presente que el uso de tablas anchas tiene consideraciones de rendimiento
únicas, como unos mayores requisitos de memoria en tiempo de ejecución
y en tiempo de compilación. Para obtener más información, vea
Consideraciones de rendimiento para las tablas anchas.

TABLAS PERSISTENTES
 Son aquellas que permiten que los registros sean eliminados o borrados
manualmente y tenemos de tres tipos: Base,Vistas, Instantáneos
 Base.- Es en donde se encuentra toda la información de todos los registros
sin que se haga ninguna validación adicional.
 Vistas.- Es una vista o relación que se hace en referencia a una fila o
columna especifica.
 Instantáneos.- Son aquellos registros que se los puede ver de manera
inmediata con solo una referencia.

CAMPOS Y REGISTROS:

Cada tabla se compone de campos y registros. A pesar de que a primera vista

casi la podríamos confundir con una hoja de Excel, existen unas diferencias
fundamentales:

en Access, cada columna en una tabla es un campo y cada fila de una tabla
representa un único registro que reúne la información de un elemento de la
tabla. Cada campo de Access sólo puede tener un tipo de datos: o sólo texto, o
sólo números, etc.

Los tipos de datos más utilizados son los números, el texto, la fecha y la moneda
pero el Access no se limita a esto: podemos insertar también hipervínculos y
además los objetos OLE, por ejemplo, imágenes, sonidos e incluso los videoclips.
7) DESVENTAJAS DE LAS BASES DE DATOS