1.Un sistema gestor de base de datos se define como el conjunto de programas que administran y gestionan la información contenida en una base de datos. Ayuda a realizar las siguientes acciones:
• Definición de los datos
• Mantenimiento de la integridad de los datos dentro de la base de datos
• Control de la seguridad y privacidad de los datos
• Manipulación de los datos
Un sistema gestor de base de datos está compuesto de:
El gestor de la base de datos
Se trata de un conjunto de programas no visibles al usuario final que se encargan de la privacidad, la integridad, la seguridad de los datos y la interacción con el sistema operativo. Proporciona una interfaz entre los datos, los programas que los manejan y los usuarios finales.
Cualquier operación que el usuario hace contra la base de datos está controlada por el gestor.
El gestor almacena una descripción de datos en lo que llamamos diccionario de datos, así como los usuarios permitidos y los permisos.
Tiene que haber un usuario administrador encargado de centralizar todas estas tareas.
UNA INFORMACION DE: http://www.desarrolloweb.com/articulos/sistemas-gestores-bases-datos.html
2.SISTEMA DE GESTIÓN DE BASE DE DATOS (SGBD)
DATA BASE MANAGMENT SYSTEM (DBMS)
Los sistemas de Gestión de Bases de Datos, son aplicaciones que permiten a los usuarios
definir, crear y mantener la base de datos y proporciona un acceso controlado a la misma.
Los SGBD es la aplicación que interactúa con los usuarios de los programas de aplicación y la
base de datos.
Algunos de los SGBD más conocidos son: SQL, DB2, SLQ/DS, ORACLE, INGRES, INFORMIX,
SYBASE, PARADOX, DBASE, ACCESS, FOXPRO, R, RM/T y RM/V2.
OBJETIVOS DE UN SGBD
Definir la Base de Datos mediante el Lenguaje de Definición de Datos, el cual permite
especificar la estructura, tipo de datos y las restricciones sobre los datos, almacenándolo
todo en la base de datos.
Separar la descripción y manipulación de la data, permitiendo un mayor entendimiento
de los objetos, además de flexibilidad de consulta y actualización de los datos.
Permitir la inserción, eliminación, actualización, consulta de los datos mediante el
Lenguaje de Manejo de Datos, lo que permite resolver el problema que presentan los
sistemas de archivos, donde hay que trabajar con un conjunto fijo de consultas o la
necesidad de tener muchos programas de aplicaciones. Existen dos tipos de programas de
Manejo de Datos, los cuales se diferencian por la forma en que acceden a los datos.
• Lenguajes procedurales: manipulan la base de datos registro a registro y se deben
especificar las operaciones a realizar para obtener los datos resultado.
• Lenguajes no procedurales: manipulan la base de datos en conjuntos de registros y se especifican qué datos deben obtenerse como resultado sin plantear las forma de
hacerlo. El lenguaje no procedural más utilizado es SQL (Structure Query Languaje) que se ha convertido en un estándar y el lenguaje por defecto de los SGBD relacionales.
Proporcionar acceso controlado a la base de datos.
• Seguridad: los usuarios no autorizados no pueden acceder a la base de datos.
• Integridad: mantiene la integridad y consistencia de la base de datos.
• Control de Recurrencia: permite el acceso compartido a la base de datos.
• Control de Recuperación: restablece la base de datos después de producirse un fallo
de software o hardware.
• Diccionario de datos o Catálogo: contiene la descripción de los datos de la base de
datos y es accesible por el usuario.
Gestionar la estructura física de los datos y su almacenamiento, proporcionando eficiencia en las operaciones de la base de datos y el acceso al medio de almacenamiento.
Proporcionar un mecanismo de vistas, que permita a cada usuario tener su propia vista o visión de la base de datos. El lenguaje de definición nos permite definir las vistas como subconjuntos de la base de datos, permitiendo:
UNA INFORMACION DE: http://www.google.com.co/url?sa=t&source=web&cd=2&ved=0CB4QFjAB&url=http://machtiani.icyt.df.gob.mx/file.php/1/moddata/forum/1/9240/SGBD_2.pdf&rct=j&q=Un%20gestor%20de%20base%20de%20datos%20o%20sistema%20de%20gesti%C2%B4on%20de%20base%20de%20datos%20(SGBD%20o%20DBMS)%20es%20un%20software%20&ei=UAj8TIzvE4O88gbgpJz-Cg&usg=AFQjCNGFcVAs91PHuc4TzzAE3BjpKNrBiQ&cad=rja
3.Para plasmar los tres niveles en el enfoque o modelo de datos seleccionado, es necesaria una aplicación que actúe de interfaz entre el usuario, los modelos y el sistema físico. Esta es la función que desempeñan los SGBD, ya reseñados, y que pueden definirse como un paquete generalizado de software, que se ejecuta en un sistema computacional anfitrión, centralizando los accesos a los datos y actuando de interfaz entre los datos físicos y el usuario. Las principales funciones que debe cumplir un SGBD se relacionan con la creación y mantenimiento de la base de datos, el control de accesos, la manipulación de datos de acuerdo con las necesidades del usuario, el cumplimiento de las normas de tratamiento de datos, evitar redundancias e inconsistencias y mantener la integridad. Se han señalado como componentes de un sistema ideal de gestión de bases de datos los siguientes (FROST, 1989: 90):
1. Un lenguaje de definición de esquema conceptual.
2. Un sistema de diccionario de datos.
3. Un lenguaje de especificación de paquetes de entrada/salida.
4. Un lenguaje de definición de esquemas de base de datos.
5. Una estructura simétrica de almacenamiento de datos.
6. Un módulo de transformación lógica a física.
7. Un subsistema de privacidad de propósito general.
8. Un subsistema de integridad de propósito general
9. Un subsistema de reserva y recuperación de propósito general.
10. Un generador de programas de aplicación.
11. Un generador de programas de informes.
12. Un lenguaje de consulta de propósito general.
4.Los sistemas de gestión de bases de datos (en inglés database management system, abreviado DBMS) son un tipo de software muy específico, dedicado a servir de interfaz entre la base de datos, el usuario y las aplicaciones que la utilizan.
El propósito general de los sistemas de gestión de bases de datos es el de manejar de manera clara, sencilla y ordenada un conjunto de datos que posteriormente se convertirán en información relevante para una organización.
Existen distintos objetivos que deben cumplir los SGBD:
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.
Consistencia. En aquellos casos en los que no se ha logrado eliminar la redundancia, 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. Por otra parte, la base de datos representa una realidad determinada que tiene determinadas condiciones, por ejemplo que los menores de edad no pueden tener licencia de conducir. El sistema no debería aceptar datos de un conductor menor de edad. En los SGBD existen herramientas que facilitan la programación de este tipo de condiciones.
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 segura de permisos a usuarios y grupos de usuarios, que permiten otorgar diversas categorías de permisos.
Manejo de transacciones. Una transacción es un programa que se ejecuta como una sola operación. Esto quiere decir que luego de una ejecución en la que se produce una falla es el mismo que se obtendría si el programa no se hubiera ejecutado. Los SGBD proveen mecanismos para programar las modificaciones de los datos de una forma mucho más simple que si no se dispusiera de ellos.
Tiempo de respuesta. Lógicamente, es deseable minimizar el tiempo que el SGBD tarda en darnos la información solicitada y en almacenar los cambios realizados.
UNA INFORMACION DE: http://es.wikipedia.org/wiki/Sistema_de_gesti%C3%B3n_de_bases_de_datos
5.Un Sistema Gestor de base de datos (SGBD) es un conjunto de programas que permiten crear y mantener una Base de datos, asegurando su integridad, confidencialidad y seguridad. Por tanto 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.
Así se trata de un software de propósito general. Ejemplo de SGBD son Oracle y SQL Server de Microsoft .
Algunas de las características deseables en un Sistema Gestor de base de datos SGBD son:
- Control de la redundancia: La redundancia de datos tiene varios efectos negativos (duplicar el trabajo al actualizar, deperdicia espacio en disco, puede provocar inconsistencia de datos) aunque a veces es deseable por cuestiones de rendimiento.
- Restricción de los accesos no autorizados: cada usuario ha de tener unos permisos de acceso y autorización.
- Cumplimiento de las restricciones de integridad: el SGBD ha de ofrecer recursos para definir y garantizar el cumplimiento de las restricciones de integridad.
UNA INFORMACION DE: http://www.error500.net/garbagecollector/archives/categorias/bases_de_datos/sistema_gestor_de_base_de_datos_sgbd.php
jueves, 25 de noviembre de 2010
¿QUE ES UNA ENTIDAD?
DEFINICION 1. En bases de datos, una entidad es la representación de un objeto o concepto del mundo real que se describe en una base de datos.
Una entidad se describe en la estructura de la base de datos empleando un modelo de datos.
Por ejemplo, nombres de entidades pueden ser: Alumno, Empleado, Artículo, etc.
Cada entidad está constituida por uno o más atributos. Por ejemplo, la entidad "Alumno" podría tener los atributos: nombre, apellido, año de nacimiento, etc.
En el modelo de entidad-relación se emplean dos tipos de entidades: entidad fuerte y entidad débil.
Las entidades fuertes tienen atributos claves, en tanto las entidades débiles no tienen atributos claves propios.
UNA INFORMACION DE: http://www.alegsa.com.ar/Dic/entidad.php
DEFINICION 2 En una tabla genérica, una entidad es la que guarda información relacionada con mi producto, por ejemplo si voy a guardar información sobre electrodomésticos guardaré como entidad la empresa que distribuye estos productos. Con lo que podré mantener una relación de entidades, veamos.
Para una entidad se dispondrá de unos campos definidos como, Nombre y Tipo entre otros, estos pueden ser: Nombre, Dirección, Teléfono, Fax, Provincia, Tipo, Descripción, Correo electrónico
UNA INFORMACION DE: http://www.alegsa.com.ar/Diccionario/C/3604.php
DEFINICION 3 Se puede definir cono entidad a cualquier objeto, real o abstracto, que existe en un contexto determinado o puede llegar a existir y del cual deseamos guardar información, por ejemplo: “PROFESOR”, “CURSO”, “ALUMNO”. Las entidades las podemos clasificar en:
1. Regulares: aquellas que existen por sí mismas y que la existencia de un ejemplar en la entidad no depende de la existencia de otros ejemplares en otra entidad. Por ejemplo “EMPLEADO”, “PROFESOR”. La representación gráfica dentro del diagrama es la siguiente:
Entidad Profesor
2. Débiles: son aquellas entidades en las que se hace necesaria la existencia de ejemplares de otras entidades distintas para que puedan existir ejemplares en esta entidad. Un ejemplo sería la entidad “ALBARÁN” que sólo existe si previamente existe el correspondiente pedido. La representación gráfica dentro del diagrama es la siguiente:
ENTIDAD DEBIL PROFESOR
Como complemento al diagrama de entidades del modelo de datos, podemos utilizar la siguiente plantilla para definir las diferentes entidades:
Nombre PROFESOR
Objeto Almacenar la información relativa de los profesores de la organización.
Alcance Se entiende como profesor a aquella persona que, contratada por la organización, imparte, al menos, un curso dentro de la misma.
Número de ejemplares 10 profesores
Crecimiento previsto 2 profesores / año
Confidencialidad
1. Nombre y apellidos: Acceso público.
2. Datos personales: Acceso restringido a secretaría y dirección.
3. Salario: Acceso restringido a dirección.
Derechos de Acceso
Para garantizar la total confidencialidad de esta entidad, el sistema de bases de datos deberá solicitar un usuario y una contraseña para visualizar los elementos de la misma.
Observaciones
Los ejemplares dados de baja no serán eliminados de la base de datos; pasarán a tener una marca de eliminado y no serán visualizados desde la aplicación.
UNA INFORMACION DE:http://www.mitecnologico.com/Main/EntidadBaseDatos
DEFINICION 4Entidad: un objeto abstracto de algún
tipo (~instancia)
Conjunto de entidades: una
colección de objetos similares (~clase)
Atributos: propiedades de entidades
en un conjunto de entidades
Relaciones: conecciones entre dos o
más conjuntos de entidades
Diagramas entidad-relación
Describen el esquema de una base de
datos
Recordemos: estado de la base de datos es la
descripción de los datos que tiene ahora
Entidades
Rectángulos, representan objetos reales
Atributos
Óvalos, representan propiedades de estos
objetos
Relaciones
Rombos, representan enlaces
UNA INFORMACION DE: http://www.tejedoresdelweb.com/wiki/images/c/c7/Basesdatos_teo3_modelo_er.pdf
DEFINICION 5.Entidad
• Objeto del mundo real que tiene existencia pos
sí mismo
• Compuesto de ocurrencias de entidad
• Ejemplo
– Entidad Clientes
– Cliente “Pepe Perez” con DNI “12345678”
• Atributos: definen las propiedades de una
entidad, basados en un dominio (conjunto de
valores posibles que puede tomar)
Atributo - Característica propia de una
entidad, común para todas las
ocurrencias del mismo tipo
n Dominio - Conjunto de valores
permitidos para un atributo
n Para cada atributo hay que definir:
• Nombre Descripción Dominio
Función (identificación o definición)
Ejemplo:
n Entidad: Empleado
Nombre de atributo: Código
• Descripción: Código único por empleado
asignado por la empresa
• Función: Identificación (+Definición)
• Dominio: Números positivos de dos cifras
UNA INFORMACION DE: http://bd.eui.upm.es/BD/docbd/tema/tema2.pdf
Una entidad se describe en la estructura de la base de datos empleando un modelo de datos.
Por ejemplo, nombres de entidades pueden ser: Alumno, Empleado, Artículo, etc.
Cada entidad está constituida por uno o más atributos. Por ejemplo, la entidad "Alumno" podría tener los atributos: nombre, apellido, año de nacimiento, etc.
En el modelo de entidad-relación se emplean dos tipos de entidades: entidad fuerte y entidad débil.
Las entidades fuertes tienen atributos claves, en tanto las entidades débiles no tienen atributos claves propios.
UNA INFORMACION DE: http://www.alegsa.com.ar/Dic/entidad.php
DEFINICION 2 En una tabla genérica, una entidad es la que guarda información relacionada con mi producto, por ejemplo si voy a guardar información sobre electrodomésticos guardaré como entidad la empresa que distribuye estos productos. Con lo que podré mantener una relación de entidades, veamos.
Para una entidad se dispondrá de unos campos definidos como, Nombre y Tipo entre otros, estos pueden ser: Nombre, Dirección, Teléfono, Fax, Provincia, Tipo, Descripción, Correo electrónico
UNA INFORMACION DE: http://www.alegsa.com.ar/Diccionario/C/3604.php
DEFINICION 3 Se puede definir cono entidad a cualquier objeto, real o abstracto, que existe en un contexto determinado o puede llegar a existir y del cual deseamos guardar información, por ejemplo: “PROFESOR”, “CURSO”, “ALUMNO”. Las entidades las podemos clasificar en:
1. Regulares: aquellas que existen por sí mismas y que la existencia de un ejemplar en la entidad no depende de la existencia de otros ejemplares en otra entidad. Por ejemplo “EMPLEADO”, “PROFESOR”. La representación gráfica dentro del diagrama es la siguiente:
Entidad Profesor
2. Débiles: son aquellas entidades en las que se hace necesaria la existencia de ejemplares de otras entidades distintas para que puedan existir ejemplares en esta entidad. Un ejemplo sería la entidad “ALBARÁN” que sólo existe si previamente existe el correspondiente pedido. La representación gráfica dentro del diagrama es la siguiente:
ENTIDAD DEBIL PROFESOR
Como complemento al diagrama de entidades del modelo de datos, podemos utilizar la siguiente plantilla para definir las diferentes entidades:
Nombre PROFESOR
Objeto Almacenar la información relativa de los profesores de la organización.
Alcance Se entiende como profesor a aquella persona que, contratada por la organización, imparte, al menos, un curso dentro de la misma.
Número de ejemplares 10 profesores
Crecimiento previsto 2 profesores / año
Confidencialidad
1. Nombre y apellidos: Acceso público.
2. Datos personales: Acceso restringido a secretaría y dirección.
3. Salario: Acceso restringido a dirección.
Derechos de Acceso
Para garantizar la total confidencialidad de esta entidad, el sistema de bases de datos deberá solicitar un usuario y una contraseña para visualizar los elementos de la misma.
Observaciones
Los ejemplares dados de baja no serán eliminados de la base de datos; pasarán a tener una marca de eliminado y no serán visualizados desde la aplicación.
UNA INFORMACION DE:http://www.mitecnologico.com/Main/EntidadBaseDatos
DEFINICION 4Entidad: un objeto abstracto de algún
tipo (~instancia)
Conjunto de entidades: una
colección de objetos similares (~clase)
Atributos: propiedades de entidades
en un conjunto de entidades
Relaciones: conecciones entre dos o
más conjuntos de entidades
Diagramas entidad-relación
Describen el esquema de una base de
datos
Recordemos: estado de la base de datos es la
descripción de los datos que tiene ahora
Entidades
Rectángulos, representan objetos reales
Atributos
Óvalos, representan propiedades de estos
objetos
Relaciones
Rombos, representan enlaces
UNA INFORMACION DE: http://www.tejedoresdelweb.com/wiki/images/c/c7/Basesdatos_teo3_modelo_er.pdf
DEFINICION 5.Entidad
• Objeto del mundo real que tiene existencia pos
sí mismo
• Compuesto de ocurrencias de entidad
• Ejemplo
– Entidad Clientes
– Cliente “Pepe Perez” con DNI “12345678”
• Atributos: definen las propiedades de una
entidad, basados en un dominio (conjunto de
valores posibles que puede tomar)
Atributo - Característica propia de una
entidad, común para todas las
ocurrencias del mismo tipo
n Dominio - Conjunto de valores
permitidos para un atributo
n Para cada atributo hay que definir:
• Nombre Descripción Dominio
Función (identificación o definición)
Ejemplo:
n Entidad: Empleado
Nombre de atributo: Código
• Descripción: Código único por empleado
asignado por la empresa
• Función: Identificación (+Definición)
• Dominio: Números positivos de dos cifras
UNA INFORMACION DE: http://bd.eui.upm.es/BD/docbd/tema/tema2.pdf
¿QUE ES UNA TABLA?
Una tabla contiene datos sobre un tema en concreto, como empleados o productos. Cada registro de una tabla contiene información sobre un elemento, como un determinado empleado. Un registro se compone de campos, como un nombre, una dirección y un número de teléfono. Los registros se suelen denominar también filas y los campos, columnas.
Registro o fila
Campo o columna
La base de datos puede contener muchas tablas, cada una de ellas con información sobre un tema diferente. Cada tabla, a su vez, puede contener muchos campos de diferentes tipos, como texto, números, fechas e imágenes.
En la lista siguiente se indican algunos ejemplos de tablas comunes que puede crear.
• Una tabla de clientes con los clientes de su empresa y sus direcciones
• Un catálogo de los productos en venta con precios e imágenes de cada artículo
• Una tabla de tareas para controlar las tareas y los plazos
• Un inventario de equipo o stock disponible
Debe planear y diseñar la base de datos con cuidado para asegurarse de que tiene un diseño correcto y evitar así tener que realizar muchos cambios posteriormente. Para obtener información sobre cómo planear y diseñar una base de datos, vea el artículo Conceptos básicos del diseño de una base de datos.
UNA INFORMACION DE: http://office.microsoft.com/es-hn/access-help/crear-tablas-en-una-base-de-datos-HA001224251.aspx#BM1
DEFINICION 2
Son los objetos principales de bases de datos que se utilizan para guardar datos.
Podemos tener más de una tabla en la base de datos para guardar información relacionada. Por ejemplo, en una tabla podemos tener la información de clientes, en la otra la información del producto y en la tercera podemos enlazar los datos de dos tablas anteriores, por ejemplo los pedidos que hicieron clientes de cada producto.
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 los objetos OLE, por ejemplo, imágenes, sonidos e incluso los videoclips.
UNA INFORMACIÓN DE: http://usuarios.multimania.es/msoffice/access_intro1.htm
DEFINICION 3
En un diagrama de base de datos, cada tabla puede aparecer con tres características distintas: una barra de título, un selector de fila y un conjunto de columnas de propiedades.
Barra de título La barra de título muestra el nombre de la tabla
Si ha modificado una tabla y no la ha guardado todavía, aparecerá un asterisco (*) al final del nombre de la tabla que indica que hay cambios no guardados. Para obtener más información sobre cómo guardar tablas y diagramas modificados, vea Trabajar con diagramas de base de datos (Visual Database Tools).
Selector de fila Puede hacer clic en el selector de fila para seleccionar una columna de base de datos de la tabla. El selector de fila muestra un símbolo de clave si la columna se encuentra en la clave principal de la tabla. Para obtener información sobre las claves principales, vea Trabajar con claves (Visual Database Tools).
Columnas de propiedades El conjunto de columnas de propiedades sólo es visible en determinadas vistas de la tabla. Dispone de cinco vistas diferentes para ver una tabla, que le ayudan a controlar el tamaño y el diseño del diagrama.
DEFINICION 4
La información de una base de datos se guarda en tablas. Una tabla en una especie de "archivo" en el cuál definimos una estructura de filas y columnas con la información que deseamos almacenar.
Por ejemplo, si quisieramos almacenar los datos de los clientes de nuestra empresa podríamos definir una estructura de tabla parecida a la siguiente(si tiene experiencia con bases de datos observará que la estructura no es la más adecuada).
Observese que se han evitado las tildes a proposito, cuando defina estructuras de tablas evite siempre los caracteres propios del idioma.
Con esta estructura almacenariamos los datos de los clientes en la tabla de ls siguiente manera.
DEFINICION 5
En bases de datos emparentadas y bases de datos del fichero " plano ", a tabla es un sistema de los elementos de datos (valores) se organiza que usando un modelo de la vertical columnas (que son son identificados por su nombre) y horizontal filas. Una tabla tiene un número de columnas especificado, pero puede tener cualquier número de filas. Cada fila es identificada por los valores que aparecen en un subconjunto particular de la columna que se ha identificado como a llave del candidato.
La tabla es otro término para relaciones; aunque hay la diferencia en que una tabla es generalmente un multijuego (bolso) de filas mientras que una relación es un sistema y no permite los duplicados. Además de las filas de datos reales, las tablas han asociado generalmente a ellas alguno meta-información, por ejemplo apremios en la tabla o en los valores dentro de columnas particulares.
Los datos en una tabla no tienen que ser almacenados físicamente en la base de datos. Opiniónes están también las tablas emparentadas, pero sus datos se calculan en el tiempo de la pregunta. Otro ejemplo es los apodos, que representan un indicador a una tabla en otra base de datos.
Tablas contra relaciones
En términos de modelo emparentado de bases de datos, una tabla se puede considerar una representación conveniente de a relación, solamente los dos no son terminantemente equivalente. Por ejemplo, SQL la tabla puede potencialmente contener filas duplicadas, mientras que una relación verdadera no puede contener el duplicado tuples. Semejantemente, la representación como tabla implica ordenar particular a las filas y a las columnas, mientras que una relación es explícitamente desordenada. Sin embargo, el sistema de la base de datos no garantiza ninguna ordenar de las filas a menos que ORDEN CERCA la cláusula se especifica en SELECTO declaración que pregunta la tabla.
Una representación igualmente válida de una relación está como n- dimensional gráfico, donde n es el número de las cualidades (columnas de una tabla). Por ejemplo, una relación con dos cualidades y tres valores se puede representar como tabla con dos columnas y tres filas, o como gráfico de dos dimensiones con tres puntos. Las representaciones de la tabla y del gráfico son solamente equivalentes si el ordenar de filas no es significativo, y la tabla no tiene ninguna fila del duplicado.
Registro o fila
Campo o columna
La base de datos puede contener muchas tablas, cada una de ellas con información sobre un tema diferente. Cada tabla, a su vez, puede contener muchos campos de diferentes tipos, como texto, números, fechas e imágenes.
En la lista siguiente se indican algunos ejemplos de tablas comunes que puede crear.
• Una tabla de clientes con los clientes de su empresa y sus direcciones
• Un catálogo de los productos en venta con precios e imágenes de cada artículo
• Una tabla de tareas para controlar las tareas y los plazos
• Un inventario de equipo o stock disponible
Debe planear y diseñar la base de datos con cuidado para asegurarse de que tiene un diseño correcto y evitar así tener que realizar muchos cambios posteriormente. Para obtener información sobre cómo planear y diseñar una base de datos, vea el artículo Conceptos básicos del diseño de una base de datos.
UNA INFORMACION DE: http://office.microsoft.com/es-hn/access-help/crear-tablas-en-una-base-de-datos-HA001224251.aspx#BM1
DEFINICION 2
Son los objetos principales de bases de datos que se utilizan para guardar datos.
Podemos tener más de una tabla en la base de datos para guardar información relacionada. Por ejemplo, en una tabla podemos tener la información de clientes, en la otra la información del producto y en la tercera podemos enlazar los datos de dos tablas anteriores, por ejemplo los pedidos que hicieron clientes de cada producto.
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 los objetos OLE, por ejemplo, imágenes, sonidos e incluso los videoclips.
UNA INFORMACIÓN DE: http://usuarios.multimania.es/msoffice/access_intro1.htm
DEFINICION 3
En un diagrama de base de datos, cada tabla puede aparecer con tres características distintas: una barra de título, un selector de fila y un conjunto de columnas de propiedades.
Barra de título La barra de título muestra el nombre de la tabla
Si ha modificado una tabla y no la ha guardado todavía, aparecerá un asterisco (*) al final del nombre de la tabla que indica que hay cambios no guardados. Para obtener más información sobre cómo guardar tablas y diagramas modificados, vea Trabajar con diagramas de base de datos (Visual Database Tools).
Selector de fila Puede hacer clic en el selector de fila para seleccionar una columna de base de datos de la tabla. El selector de fila muestra un símbolo de clave si la columna se encuentra en la clave principal de la tabla. Para obtener información sobre las claves principales, vea Trabajar con claves (Visual Database Tools).
Columnas de propiedades El conjunto de columnas de propiedades sólo es visible en determinadas vistas de la tabla. Dispone de cinco vistas diferentes para ver una tabla, que le ayudan a controlar el tamaño y el diseño del diagrama.
DEFINICION 4
La información de una base de datos se guarda en tablas. Una tabla en una especie de "archivo" en el cuál definimos una estructura de filas y columnas con la información que deseamos almacenar.
Por ejemplo, si quisieramos almacenar los datos de los clientes de nuestra empresa podríamos definir una estructura de tabla parecida a la siguiente(si tiene experiencia con bases de datos observará que la estructura no es la más adecuada).
Observese que se han evitado las tildes a proposito, cuando defina estructuras de tablas evite siempre los caracteres propios del idioma.
Con esta estructura almacenariamos los datos de los clientes en la tabla de ls siguiente manera.
DEFINICION 5
En bases de datos emparentadas y bases de datos del fichero " plano ", a tabla es un sistema de los elementos de datos (valores) se organiza que usando un modelo de la vertical columnas (que son son identificados por su nombre) y horizontal filas. Una tabla tiene un número de columnas especificado, pero puede tener cualquier número de filas. Cada fila es identificada por los valores que aparecen en un subconjunto particular de la columna que se ha identificado como a llave del candidato.
La tabla es otro término para relaciones; aunque hay la diferencia en que una tabla es generalmente un multijuego (bolso) de filas mientras que una relación es un sistema y no permite los duplicados. Además de las filas de datos reales, las tablas han asociado generalmente a ellas alguno meta-información, por ejemplo apremios en la tabla o en los valores dentro de columnas particulares.
Los datos en una tabla no tienen que ser almacenados físicamente en la base de datos. Opiniónes están también las tablas emparentadas, pero sus datos se calculan en el tiempo de la pregunta. Otro ejemplo es los apodos, que representan un indicador a una tabla en otra base de datos.
Tablas contra relaciones
En términos de modelo emparentado de bases de datos, una tabla se puede considerar una representación conveniente de a relación, solamente los dos no son terminantemente equivalente. Por ejemplo, SQL la tabla puede potencialmente contener filas duplicadas, mientras que una relación verdadera no puede contener el duplicado tuples. Semejantemente, la representación como tabla implica ordenar particular a las filas y a las columnas, mientras que una relación es explícitamente desordenada. Sin embargo, el sistema de la base de datos no garantiza ninguna ordenar de las filas a menos que ORDEN CERCA la cláusula se especifica en SELECTO declaración que pregunta la tabla.
Una representación igualmente válida de una relación está como n- dimensional gráfico, donde n es el número de las cualidades (columnas de una tabla). Por ejemplo, una relación con dos cualidades y tres valores se puede representar como tabla con dos columnas y tres filas, o como gráfico de dos dimensiones con tres puntos. Las representaciones de la tabla y del gráfico son solamente equivalentes si el ordenar de filas no es significativo, y la tabla no tiene ninguna fila del duplicado.
martes, 23 de noviembre de 2010
FUNCIONES DEL DBA
Una relación hace coincidir los datos de columnas de claves, normalmente columnas con el mismo nombre en ambas tablas. En la mayoría de los casos, la relación hace coincidir la clave principal de una tabla, que proporciona un identificador único para cada fila, con una entrada de la clave externa de la otra tabla. Por ejemplo, se pueden asociadas las ventas a los títulos específicos vendidos mediante la creación de una relación entre la columna title_id de la tabla titles (la clave principal) y la columna title_id de la tabla de ventas (clave externa).
Hay tres tipos de relaciones entre tablas. El tipo de relación que se crea depende de cómo se definen las columnas relacionadas.
Relaciones uno a varios
Una relación uno a varios es el tipo más común de relación. En este tipo de relación, una fila de tabla A puede tener muchas filas coincidentes en la tabla B, pero una fila en la tabla B puede tener sólo una fila coincidente en la tabla a. Por ejemplo, las tablas publishers y titles tienen una relación de uno a varios: cada editorial genera muchos títulos, pero cada título procede sólo una editorial.
Se crea una relación uno a varios si sólo uno de las columnas relacionadas es una clave principal o tiene una restricción unique.
En Access, el lado de la clave principal de una relación uno a varios se denota mediante un símbolo de clave. El lado de clave externa de una relación se indica mediante un símbolo de infinito.
Relaciones varios a varios
En una relación varios a varios, una fila de la tabla puede tener muchas filas coincidentes en la tabla B y viceversa. Se crea una relación de tal definiendo una tercera tabla, denominada tabla de unión, cuya clave principal consta de las claves externas de las tablas A y B. Por ejemplo, la tabla authors y la tabla titles tienen una relación de varios a varios definida por una relación de uno a varios desde cada una de estas tablas a la tabla TítuloAutores. La clave principal de la tabla TítuloAutores es la combinación de la columna au_id (la tabla authors? s clave principal) y la columna title_id (la tabla titles? s clave principal).
Relaciones uno a uno
En una relación uno a uno, una fila de la tabla puede tener no más de una fila coincidente en la tabla B y viceversa. Se crea una relación uno a uno si ambos de las columnas relacionadas son claves principales o tienen restricciones únicas.
Este tipo de relación no es común porque la mayoría información relacionada de esta manera estaría todo en una tabla. Puede utilizar una relación uno a uno para:
• Dividir una tabla con muchas columnas.
• Aislar parte de una tabla por razones de seguridad.
• Almacenar datos que se corta duración y se puede eliminar fácilmente eliminando simplemente la tabla.
• Almacenar información que se aplica sólo a un subconjunto de la tabla principal.
En Access, el lado de la clave principal de una relación uno a uno se denota mediante un símbolo de clave. El lado de clave externa también se indica mediante un símbolo de clave.
INFORMACION DE: http://support.microsoft.com/kb/304468/es
Hay tres tipos de relaciones entre tablas. El tipo de relación que se crea depende de cómo se definen las columnas relacionadas.
Relaciones uno a varios
Una relación uno a varios es el tipo más común de relación. En este tipo de relación, una fila de tabla A puede tener muchas filas coincidentes en la tabla B, pero una fila en la tabla B puede tener sólo una fila coincidente en la tabla a. Por ejemplo, las tablas publishers y titles tienen una relación de uno a varios: cada editorial genera muchos títulos, pero cada título procede sólo una editorial.
Se crea una relación uno a varios si sólo uno de las columnas relacionadas es una clave principal o tiene una restricción unique.
En Access, el lado de la clave principal de una relación uno a varios se denota mediante un símbolo de clave. El lado de clave externa de una relación se indica mediante un símbolo de infinito.
Relaciones varios a varios
En una relación varios a varios, una fila de la tabla puede tener muchas filas coincidentes en la tabla B y viceversa. Se crea una relación de tal definiendo una tercera tabla, denominada tabla de unión, cuya clave principal consta de las claves externas de las tablas A y B. Por ejemplo, la tabla authors y la tabla titles tienen una relación de varios a varios definida por una relación de uno a varios desde cada una de estas tablas a la tabla TítuloAutores. La clave principal de la tabla TítuloAutores es la combinación de la columna au_id (la tabla authors? s clave principal) y la columna title_id (la tabla titles? s clave principal).
Relaciones uno a uno
En una relación uno a uno, una fila de la tabla puede tener no más de una fila coincidente en la tabla B y viceversa. Se crea una relación uno a uno si ambos de las columnas relacionadas son claves principales o tienen restricciones únicas.
Este tipo de relación no es común porque la mayoría información relacionada de esta manera estaría todo en una tabla. Puede utilizar una relación uno a uno para:
• Dividir una tabla con muchas columnas.
• Aislar parte de una tabla por razones de seguridad.
• Almacenar datos que se corta duración y se puede eliminar fácilmente eliminando simplemente la tabla.
• Almacenar información que se aplica sólo a un subconjunto de la tabla principal.
En Access, el lado de la clave principal de una relación uno a uno se denota mediante un símbolo de clave. El lado de clave externa también se indica mediante un símbolo de clave.
INFORMACION DE: http://support.microsoft.com/kb/304468/es
TIPOS DE RELACIONES DE TABLAS
Una relación hace coincidir los datos de columnas de claves, normalmente columnas con el mismo nombre en ambas tablas. En la mayoría de los casos, la relación hace coincidir la clave principal de una tabla, que proporciona un identificador único para cada fila, con una entrada de la clave externa de la otra tabla. Por ejemplo, se pueden asociadas las ventas a los títulos específicos vendidos mediante la creación de una relación entre la columna title_id de la tabla titles (la clave principal) y la columna title_id de la tabla de ventas (clave externa).
Hay tres tipos de relaciones entre tablas. El tipo de relación que se crea depende de cómo se definen las columnas relacionadas.
Relaciones uno a varios
Una relación uno a varios es el tipo más común de relación. En este tipo de relación, una fila de tabla A puede tener muchas filas coincidentes en la tabla B, pero una fila en la tabla B puede tener sólo una fila coincidente en la tabla a. Por ejemplo, las tablas publishers y titles tienen una relación de uno a varios: cada editorial genera muchos títulos, pero cada título procede sólo una editorial.
Se crea una relación uno a varios si sólo uno de las columnas relacionadas es una clave principal o tiene una restricción unique.
En Access, el lado de la clave principal de una relación uno a varios se denota mediante un símbolo de clave. El lado de clave externa de una relación se indica mediante un símbolo de infinito.
Relaciones varios a varios
En una relación varios a varios, una fila de la tabla puede tener muchas filas coincidentes en la tabla B y viceversa. Se crea una relación de tal definiendo una tercera tabla, denominada tabla de unión, cuya clave principal consta de las claves externas de las tablas A y B. Por ejemplo, la tabla authors y la tabla titles tienen una relación de varios a varios definida por una relación de uno a varios desde cada una de estas tablas a la tabla TítuloAutores. La clave principal de la tabla TítuloAutores es la combinación de la columna au_id (la tabla authors? s clave principal) y la columna title_id (la tabla titles? s clave principal).
Relaciones uno a uno
En una relación uno a uno, una fila de la tabla puede tener no más de una fila coincidente en la tabla B y viceversa. Se crea una relación uno a uno si ambos de las columnas relacionadas son claves principales o tienen restricciones únicas.
Este tipo de relación no es común porque la mayoría información relacionada de esta manera estaría todo en una tabla. Puede utilizar una relación uno a uno para:
• Dividir una tabla con muchas columnas.
• Aislar parte de una tabla por razones de seguridad.
• Almacenar datos que se corta duración y se puede eliminar fácilmente eliminando simplemente la tabla.
• Almacenar información que se aplica sólo a un subconjunto de la tabla principal.
En Access, el lado de la clave principal de una relación uno a uno se denota mediante un símbolo de clave. El lado de clave externa también se indica mediante un símbolo de clave.
INFORMACION DE: http://support.microsoft.com/kb/304468/es
Hay tres tipos de relaciones entre tablas. El tipo de relación que se crea depende de cómo se definen las columnas relacionadas.
Relaciones uno a varios
Una relación uno a varios es el tipo más común de relación. En este tipo de relación, una fila de tabla A puede tener muchas filas coincidentes en la tabla B, pero una fila en la tabla B puede tener sólo una fila coincidente en la tabla a. Por ejemplo, las tablas publishers y titles tienen una relación de uno a varios: cada editorial genera muchos títulos, pero cada título procede sólo una editorial.
Se crea una relación uno a varios si sólo uno de las columnas relacionadas es una clave principal o tiene una restricción unique.
En Access, el lado de la clave principal de una relación uno a varios se denota mediante un símbolo de clave. El lado de clave externa de una relación se indica mediante un símbolo de infinito.
Relaciones varios a varios
En una relación varios a varios, una fila de la tabla puede tener muchas filas coincidentes en la tabla B y viceversa. Se crea una relación de tal definiendo una tercera tabla, denominada tabla de unión, cuya clave principal consta de las claves externas de las tablas A y B. Por ejemplo, la tabla authors y la tabla titles tienen una relación de varios a varios definida por una relación de uno a varios desde cada una de estas tablas a la tabla TítuloAutores. La clave principal de la tabla TítuloAutores es la combinación de la columna au_id (la tabla authors? s clave principal) y la columna title_id (la tabla titles? s clave principal).
Relaciones uno a uno
En una relación uno a uno, una fila de la tabla puede tener no más de una fila coincidente en la tabla B y viceversa. Se crea una relación uno a uno si ambos de las columnas relacionadas son claves principales o tienen restricciones únicas.
Este tipo de relación no es común porque la mayoría información relacionada de esta manera estaría todo en una tabla. Puede utilizar una relación uno a uno para:
• Dividir una tabla con muchas columnas.
• Aislar parte de una tabla por razones de seguridad.
• Almacenar datos que se corta duración y se puede eliminar fácilmente eliminando simplemente la tabla.
• Almacenar información que se aplica sólo a un subconjunto de la tabla principal.
En Access, el lado de la clave principal de una relación uno a uno se denota mediante un símbolo de clave. El lado de clave externa también se indica mediante un símbolo de clave.
INFORMACION DE: http://support.microsoft.com/kb/304468/es
RESTRICCIONES
Se trata de unas condiciones de obligado cumplimiento por los datos de la baseDe datos. Las hay de varios tipos:
Inherentes: Son aquellas que no son determinadas por los usuarios, sino que son definidas por el hecho de que la base de datos sea relacional. Las más importantes son:
No puede haber dos tablas iguales.
El orden de las tablas no es significativo.
El orden de los atributos no es significativo.
Cada atributo sólo puede tomar un valor en el dominio en el que está inscrito.
INFORAMCION DE: http://www.xuletas.es/ficha/bases-de-datos-restricciones-normalizacion-y-gestion/
Inherentes
Están impuestas por el modelo,
No tiene que ser definidas por el usuario, ya que se encuentran en el propio modelo,
Se activan en el momento de la definición del esquema cuando se produce un intento de violación,
Se rechaza todo esquema que no cumple estas restricciones,
Introducen rigideces en el modelo.
Semánticas
Impuestas por el universo del discurso,
Tienen que ser definidas por los diseñadores,
Se activan en el momento de la actualización de la base de datos,
Se rechaza todo ejemplar que no cumpla estas restricciones (o se ponen en marcha otros medios a fin de que no se produzca un estado de inconsistencia),
Ayudan a capturar la semántica de los datos y a conseguir su consistencia.
Ajenas
Se especifican en los programas de aplicación,
No están almacenadas en el esquema de la base de datos,
Pueden ser violadas por actualizaciones en las que no se haya programado la restricción,
El sistema de bases de datos no puede comprobar si son consistentes en sí mismas.
El optimizador no puede tomarlas en consideración,
Proporcionan el máximo de flexibilidad,
Pueden ser programadas en un lenguaje de propósito general o en algún lenguaje propio del sistema de bases de datos,
Suponen una importante carga de programación y mantenimiento.
Propias
Se identifican en el esquema,
Están almacenadas en el esquema de la base de datos,
No pueden ser violadas por ninguna actualización.
UNA INFORMACION DE: http://www.programatium.com/manuales/sql/moddat007.htm
Inherentes: Son aquellas que no son determinadas por los usuarios, sino que son definidas por el hecho de que la base de datos sea relacional. Las más importantes son:
No puede haber dos tablas iguales.
El orden de las tablas no es significativo.
El orden de los atributos no es significativo.
Cada atributo sólo puede tomar un valor en el dominio en el que está inscrito.
INFORAMCION DE: http://www.xuletas.es/ficha/bases-de-datos-restricciones-normalizacion-y-gestion/
Inherentes
Están impuestas por el modelo,
No tiene que ser definidas por el usuario, ya que se encuentran en el propio modelo,
Se activan en el momento de la definición del esquema cuando se produce un intento de violación,
Se rechaza todo esquema que no cumple estas restricciones,
Introducen rigideces en el modelo.
Semánticas
Impuestas por el universo del discurso,
Tienen que ser definidas por los diseñadores,
Se activan en el momento de la actualización de la base de datos,
Se rechaza todo ejemplar que no cumpla estas restricciones (o se ponen en marcha otros medios a fin de que no se produzca un estado de inconsistencia),
Ayudan a capturar la semántica de los datos y a conseguir su consistencia.
Ajenas
Se especifican en los programas de aplicación,
No están almacenadas en el esquema de la base de datos,
Pueden ser violadas por actualizaciones en las que no se haya programado la restricción,
El sistema de bases de datos no puede comprobar si son consistentes en sí mismas.
El optimizador no puede tomarlas en consideración,
Proporcionan el máximo de flexibilidad,
Pueden ser programadas en un lenguaje de propósito general o en algún lenguaje propio del sistema de bases de datos,
Suponen una importante carga de programación y mantenimiento.
Propias
Se identifican en el esquema,
Están almacenadas en el esquema de la base de datos,
No pueden ser violadas por ninguna actualización.
UNA INFORMACION DE: http://www.programatium.com/manuales/sql/moddat007.htm
¿QUE ES UNA BASE DE DATOS?
Una base de datos es una colección de información organizada de forma que un programa de ordenador pueda seleccionar rápidamente los fragmentos de datos que necesite. Una base de datos es un sistema de archivos electrónico.
Las bases de datos tradicionales se organizan por campos, registros y archivos. Un campo es una pieza única de información; un registro es un sistema completo de campos; y un archivo es una colección de registros. Por ejemplo, una guía de teléfono es análoga a un archivo. Contiene una lista de registros, cada uno de los cuales consiste en tres campos: nombre, dirección, y número de teléfono.
INFORMACION DE: http://www.masadelante.com/faqs/base-de-datos
Modelos tradicionales.
Estudiaremos en este epígrafe los sistemas de bases de datos más utilizados hasta el momento, aunque quizás en pocos años, los sistemas orientados a objeto deban ser incluídos en este epígrafe.
No obstante, para ser realistas, hay que recordar que no es verdad que la práctica totalidad de las empresas dejen descansar sus datos sobre bases de datos de alguno de estos tres tipos. De hecho, la triste realidad es que muchas entidades, especialmente los bancos, por el hecho de haber sido las primeras en informatizarse, siguen teniendo todos sus datos sobre ficheros electrónicos simples, manejados directamente a través del S.O., y no con la intervención de un S.G.B.D. que facilite su gestión y mantenimiento.
No por ello debe pensar el estudiante que, en tal caso, el emplear una base de datos es algo inútil y falto de esencia. De hecho, la realidad que circunda a Málaga, no es una realidad de grandes empresas, excepto quizás los bancos, sino un mundo de pequeñas y medianas empresas, que por haberse incorporado más tardíamente al mundo de los ordenadores, sí que han adoptado las bases de datos como responsable del almacenamiento de sus datos. Por otro lado, los sistemas de reserva de billetes, y otros sistemas que tienen en común una enorme cantidad de usuarios dispersos efectuando peticiones al sistema central, también utilizan bases de datos, debido a que el concepto de transacción que éstas facilitan hace mucho más fácil su programación, asegurando además el buen funcionamiento global de toda la red de terminales de usuario.
Modelo jerárquico
El sistema jerárquico más comúnmente conocido es el sistema IMS de IBM. Esta base de datos tiene como objetivo establecer una jerarquía de fichas, de manera que cada ficha puede contener a sus vez listas de otras fichas, y así sucesivamente. P.ej., una ficha de clientes puede contener una lista de fichas de facturas, cada una de las cuales puede contener a su vez una lista de fichas de líneas de detalle que describen los servicios facturados.
Una base de datos jerárquica está compuesta por una secuencia de bases de datos físicas, de manera que cada base de datos física se compone de todas las ocurrencias de un tipo de registro o ficha determinada.
Una ocurrencia de registro es una jerarquía de ocurrencias de segmento.
Cada ocurrencia de segmento está formada por un conjunto de ocurrencias o instancias de los campos que componen el segmento.
P.ej., en la figura siguiente tenemos una ocurrencia del tipo de registro Curso, de manera que como cabeza principal tenemos una instancia del segmento curso, de la cual dependen una o varias instancias de los segmentos Requisito y Oferta; a su vez, de Oferta dependen otros que son Profesor
y Estudiante.
Modelo en red.
Podemos considerar al modelo de bases de datos en red como de una potencia intermedia entre el jerárquico y el relacional que estudiaremos más adelante. Su estructura es parecida a la jerárquica aunque bastante más compleja, con lo que se consiguen evitar, al menos en parte, los problemas de aquél.
Los conceptos fundamentales que debe conocer el administrador para definir el esquema de una base de datos jerárquica, son los siguientes:
- Registro: Viene a ser como cada una de las fichas almacenadas en un fichero convencional.
- Campos o elementos de datos. Son cada uno de los apartados de que se compone una ficha.
- Conjunto: Es el concepto que permite relacionar entre sí tipos de registro distintos.
Cada tipo de conjunto, posee, a su vez, una serie de ocurrencias de conjunto, donde cada ocurrencia está formada por una instancia del tipo propietario, y una, varias o ninguna instancia del tipo miembro. P.ej. una ocurrencia de conjunto puede ser:
Modelo relacional.
En este apartado tan sólo daremos unas nociones iniciales sobre este modelo, ya que todo nuestro trabajo se basará en él, y será estudiado con mucho mayor detalle en capítulos posteriores.
Este modelo intenta representar la base de datos como un conjunto de tablas. Aunque las tablas son un concepto simple e intuitivo, existe una correspondencia directa entre el concepto informático de una tabla, y el concepto matemático de relación, lo cual es una gran ventaja, pues ermite efectuar formalizaciones de una forma estricta mediante las herramientas matemáticas asociadas, como pueda ser el álgebra relacional en el ámbito de las consultas.
Gracias a Dios, no será necesario enfrentarnos con todos estos formalismos propios de los matemáticos, sino que dispondremos de unas herramientas fáciles de manejar que nos permitirán interactuar con la base de datos.
Los conceptos básicos del modelo relacional son:
- Registro: Es algo así como cada ficha de un fichero convencional.
- Tabla: Es un conjunto de fichas de un mismo tipo.
Con estos dos conceptos es posible crear cualquier tipo de datos, y asociarlos entre sí, sin las restricciones propias del modelo jerárquico o en red. P.ej., si necesitamos diseñar una base de datos para una agencia de alquiler de coches, necesitaremos una tabla en la que se guarde información sobre los coches, como puede verse en la figura.
INFORMACION DE: http://www.lcc.uma.es/~galvez/ftp/bdst/Tema2.pdf
Las bases de datos tradicionales se organizan por campos, registros y archivos. Un campo es una pieza única de información; un registro es un sistema completo de campos; y un archivo es una colección de registros. Por ejemplo, una guía de teléfono es análoga a un archivo. Contiene una lista de registros, cada uno de los cuales consiste en tres campos: nombre, dirección, y número de teléfono.
INFORMACION DE: http://www.masadelante.com/faqs/base-de-datos
Modelos tradicionales.
Estudiaremos en este epígrafe los sistemas de bases de datos más utilizados hasta el momento, aunque quizás en pocos años, los sistemas orientados a objeto deban ser incluídos en este epígrafe.
No obstante, para ser realistas, hay que recordar que no es verdad que la práctica totalidad de las empresas dejen descansar sus datos sobre bases de datos de alguno de estos tres tipos. De hecho, la triste realidad es que muchas entidades, especialmente los bancos, por el hecho de haber sido las primeras en informatizarse, siguen teniendo todos sus datos sobre ficheros electrónicos simples, manejados directamente a través del S.O., y no con la intervención de un S.G.B.D. que facilite su gestión y mantenimiento.
No por ello debe pensar el estudiante que, en tal caso, el emplear una base de datos es algo inútil y falto de esencia. De hecho, la realidad que circunda a Málaga, no es una realidad de grandes empresas, excepto quizás los bancos, sino un mundo de pequeñas y medianas empresas, que por haberse incorporado más tardíamente al mundo de los ordenadores, sí que han adoptado las bases de datos como responsable del almacenamiento de sus datos. Por otro lado, los sistemas de reserva de billetes, y otros sistemas que tienen en común una enorme cantidad de usuarios dispersos efectuando peticiones al sistema central, también utilizan bases de datos, debido a que el concepto de transacción que éstas facilitan hace mucho más fácil su programación, asegurando además el buen funcionamiento global de toda la red de terminales de usuario.
Modelo jerárquico
El sistema jerárquico más comúnmente conocido es el sistema IMS de IBM. Esta base de datos tiene como objetivo establecer una jerarquía de fichas, de manera que cada ficha puede contener a sus vez listas de otras fichas, y así sucesivamente. P.ej., una ficha de clientes puede contener una lista de fichas de facturas, cada una de las cuales puede contener a su vez una lista de fichas de líneas de detalle que describen los servicios facturados.
Una base de datos jerárquica está compuesta por una secuencia de bases de datos físicas, de manera que cada base de datos física se compone de todas las ocurrencias de un tipo de registro o ficha determinada.
Una ocurrencia de registro es una jerarquía de ocurrencias de segmento.
Cada ocurrencia de segmento está formada por un conjunto de ocurrencias o instancias de los campos que componen el segmento.
P.ej., en la figura siguiente tenemos una ocurrencia del tipo de registro Curso, de manera que como cabeza principal tenemos una instancia del segmento curso, de la cual dependen una o varias instancias de los segmentos Requisito y Oferta; a su vez, de Oferta dependen otros que son Profesor
y Estudiante.
Modelo en red.
Podemos considerar al modelo de bases de datos en red como de una potencia intermedia entre el jerárquico y el relacional que estudiaremos más adelante. Su estructura es parecida a la jerárquica aunque bastante más compleja, con lo que se consiguen evitar, al menos en parte, los problemas de aquél.
Los conceptos fundamentales que debe conocer el administrador para definir el esquema de una base de datos jerárquica, son los siguientes:
- Registro: Viene a ser como cada una de las fichas almacenadas en un fichero convencional.
- Campos o elementos de datos. Son cada uno de los apartados de que se compone una ficha.
- Conjunto: Es el concepto que permite relacionar entre sí tipos de registro distintos.
Cada tipo de conjunto, posee, a su vez, una serie de ocurrencias de conjunto, donde cada ocurrencia está formada por una instancia del tipo propietario, y una, varias o ninguna instancia del tipo miembro. P.ej. una ocurrencia de conjunto puede ser:
Modelo relacional.
En este apartado tan sólo daremos unas nociones iniciales sobre este modelo, ya que todo nuestro trabajo se basará en él, y será estudiado con mucho mayor detalle en capítulos posteriores.
Este modelo intenta representar la base de datos como un conjunto de tablas. Aunque las tablas son un concepto simple e intuitivo, existe una correspondencia directa entre el concepto informático de una tabla, y el concepto matemático de relación, lo cual es una gran ventaja, pues ermite efectuar formalizaciones de una forma estricta mediante las herramientas matemáticas asociadas, como pueda ser el álgebra relacional en el ámbito de las consultas.
Gracias a Dios, no será necesario enfrentarnos con todos estos formalismos propios de los matemáticos, sino que dispondremos de unas herramientas fáciles de manejar que nos permitirán interactuar con la base de datos.
Los conceptos básicos del modelo relacional son:
- Registro: Es algo así como cada ficha de un fichero convencional.
- Tabla: Es un conjunto de fichas de un mismo tipo.
Con estos dos conceptos es posible crear cualquier tipo de datos, y asociarlos entre sí, sin las restricciones propias del modelo jerárquico o en red. P.ej., si necesitamos diseñar una base de datos para una agencia de alquiler de coches, necesitaremos una tabla en la que se guarde información sobre los coches, como puede verse en la figura.
INFORMACION DE: http://www.lcc.uma.es/~galvez/ftp/bdst/Tema2.pdf
Suscribirse a:
Entradas (Atom)