Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Base de Datos.1docx
Base de Datos.1docx
Base de Datos
Ingridinès Gamarra
Ingeniería de Sistemas
C.I: 19.981.693
5to semestre sección “A”. Yercenith Calvo C.I: 17.250.235
U.N.E.F.A Núcleo Puerto Cabello Jehan Tovar CI: 20.144.717
Administración de datos y administración de bases de datos
Definición de esquema.
Es el esquema original de la base de datos se crea escribiendo un conjunto de definiciones que son
traducidas por el compilador de DDL a un conjunto de tablas que son almacenadas
permanentemente en el diccionario de datos.
Evolución
Inicialmente, en los años 40s, los Sistemas de Archivos generados a través de lenguajes de
programación no propietarios como Cobol y Fortran (vigentes en la actualidad), permiten almacenar
los datos a través de archivos planos con funciones básicas de lectura y escritura sobre ellos. En
1964, se conciben los primeros Gestores de Base de Datos (DBMS: Database Management
System), por medio de los cuales se pretende dar un viraje a los Sistemas de Archivos, los cuales se
limitan a la estructuración del almacenamiento físico de los datos. Con los DBMS se crea el
concepto de Administración de los datos, permitiendo así obtener valores agregados de utilización
tales como: manejo de usuarios, seguridad, atomicidad e independencia física y lógica de los datos,
el primer gestor de bases de datos (DBMS) comercial, IDS: Integrated Data Store , se crea bajo el
concepto del Modelo de Datos de Red (Bachgman, 1965); luego se desarrolla el IMS: Information
Management System. A medida que evolucionaban los DBMS, los lenguajes de programación
también lo hacían. En 1967 surge el primer lenguaje de programación orientado a objetos, Simula,
el cual fue propuesto para simulación de actividades.
Esquema de un DBMS
En la estructura básica de un Sistema Manejador de Base de Datos se enuncian dos lenguajes que
permiten trabajar sobre la base de datos. Estos lenguajes estándar son:
DDL (Data Definition language): Lenguaje de Definición de Datos. Por medio de este el
DBMS identifica las descripciones de los elementos de los esquemas y almacena la
descripción del esquema en el catálogo del DBMS.
Por medio de este el DBMS especifica el esquma conceptual e interno (Base de datos
Almacenada).
En las Bases de Datos Relacionales, el SQL, representa una combinación de los anteriores.
DML (Data Manipulation language): Lenguaje de Manipulación de Datos. Permite la
manipulación de las operaciones de Inserción, Eliminación y Modificación.
o Tipos de DML's:
De alto Nivel o No por procedimientos: SQL.
De bajo Nivel o por procedimientos.
Archivo de Transacciones.
Un archivo de transacciones es un archivo temporal que persigue básicamente dos propósitos; uno
es el de acumular datos de eventos en el momento que ocurran, y el segundo propósito es el de
actualizar los archivos maestros para reflejar los resultados de las transacciones actuales. En otras
palabras, guardan información sobre los eventos que afectan a la organización y sobre los cuales se
calculan datos; como es en el caso de los archivos de ventas, ordenes de producción o pago de
salarios. Otros ejemplos de archivos de transacciones son los archivos de: registros contables,
costos, facturas, pagos a recibir, procesos de exportación, consulta de clientes, pedidos de clientes y
pedidos a proveedores.
Modelos de datos.
Es una colección de herramientas conceptuales para describir los datos, las relaciones que existen
entre ellos, semántica asociada a los datos y restricciones de consistencia.
Se usan para describir datos en los niveles conceptual y de visión, es decir, con este modelo
representamos los datos de tal forma como nosotros los captamos en el mundo real, tienen una
capacidad de estructuración bastante flexible y permiten especificar restricciones de datos
explícitamente. Existen diferentes modelos de este tipo, pero el más utilizado por su sencillez y
eficiencia es el modelo Entidad-Relación.
Ejemplo:
Modelos lógicos basados en registros.
Se utilizan para describir datos en los niveles conceptual y físico. Estos modelos utilizan
registros e instancias para representar la realidad, así como las relaciones que existen entre estos
registros (ligas) o apuntadores. A diferencia de los modelos de datos basados en objetos, se usan
para especificar la estructura lógica global de la base de datos y para proporcionar una descripción a
nivel más alto de la implementación.
Modelo relacional.
En este modelo se representan los datos y las relaciones entre estos, a través de una colección
de tablas, en las cuales los renglones equivalen a los cada uno de los registros que contendrá la base
de datos y las columnas corresponden a las características (atributos) de cada registro. Considerando
nuestro ejemplo del empleado y el artículo:
Ahora te preguntaras ¿cómo se representan las relaciones entre las entidades en este modelo?
Existen dos formas de representarla; pero para ello necesitamos definir que es una llave
primaria: Es un atributo el cual definimos como atributo principal, es una forma única de
identificar a una entidad. Por ejemplo, el RFC de un empleado se distingue de otro por que los RFC
no pueden ser iguales.
Modelo de red.
Este modelo representa los datos mediante colecciones de registros y sus relaciones se
representan por medio de ligas o enlaces, los cuales pueden verse como punteros Una base de datos
de red como su nombre lo índica, está formado por una colección de registros, los cuales están
conectados entre sí por medio de enlaces. Un registro es una colección de campos (atributos), cada
uno de los cuales contiene solamente almacenado un solo valor, el enlace es la asociación entre dos
registros exclusivamente, así que podemos verla como una relación estrictamente binaria.
Modelo jerárquico.
Es similar al modelo de red en cuanto a las relaciones y datos, ya que estos se representan
por medio de registros y sus ligas. La diferencia radica en que están organizados por conjuntos
de arboles en lugar de gráficas arbitrarias. Una base de datos jerárquica consiste en una colección de
registros que se conectan entre sí por medio de enlaces. Consideremos la base de datos,
nuevamente, que contiene la relación alumno - materia de un sistema escolar. Existen dos tipos de
registros en este sistema, alumno y materia. El registro alumno consta de tres campos: Nombre A,
Control y Esp; El registro Materia esta compuesto de tres
Un sistema gestor de bases de datos (SGBD) consiste en una colección de datos interrelacionados y
Una colección de programas para acceder a esos datos. Los datos describen una empresa particular.
El objetivo principal de un SGBD es proporcionar un entorno que sea tanto conveniente como
eficiente para las personas que lo usan para la recuperación y almacenamiento de la información.
Álgebra Relacional
Archivo:
Colección de registros almacenados siguiendo una estructura homogénea.
Clasificación de Archivo.
Los archivos pueden clasificarse en cuatro tipos básicos; que son: los archivos maestros, los
archivos de transacciones, los archivos de control y los archivos de planeamiento. Esta clasificación
dependerá de la relación lógica que tengan que tener los datos, para dar apoyo a la actividad de la
organización.
-Archivo Maestro
Un archivo maestro es un conjunto de registros que se refieren a algún aspecto importante de las
actividades de una organización, como por ejemplo el archivo de VENDEDORES.
Archivo De Transacciones.
Un archivo de transacciones es un archivo temporal que persigue básicamente dos propósitos; uno
es el de acumular datos de eventos en el momento que ocurran, y el segundo propósito es el de
actualizar los archivos maestros para reflejar los resultados de las transacciones actuales.; como es
en el caso de los archivos de ventas, ordenes de producción o pago de salarios. Otros ejemplos de
archivos de transacciones son los archivos de: registros contables, costos, facturas, pagos a recibir,
procesos de exportación, consulta de clientes, pedidos de clientes y pedidos a proveedores.
-Archivos De Control.
Los archivos de control contienen datos de los archivos maestros y de transacciones, para permitir
el análisis del desempeño de la organización.
Archivo De Planeamiento.
Los archivos de planeamiento, contienen datos referentes a los niveles esperados de los datos
existentes en los archivos maestros y de transacciones; como por ejemplo: programa de ventas,
programa de compras, programa de producción; presupuesto financiero. Por lo tanto los datos
existentes en un archivo de planeamiento provienen de los archivos maestros, de transacciones, y de
control.
Tipo de base de datos o sistema de administración de bases de datos, que almacena información en
tablas (filas y columnas de datos) y realiza búsquedas utilizando los datos de columnas
especificadas de una tabla para encontrar datos adicionales en otra tabla. Las bases de datos
relacionales son las más populares actualmente. Como por ejemplo los nombres de los empleados
que ganan un cierto salario o los departamentos de todos los empleados contratados a partir de un
día determinado. En otras palabras, una base de datos relacional utiliza los valores coincidentes de
dos tablas para relacionar información de ambas. Por lo general, los productos de bases de datos
para microcomputadoras o microordenadores son bases de datos relaciónales
Hoy en día las empresas manejan una gran cantidad de datos. Cualquier empresa que se precie debe
tener almacenados todos estos datos en una base de datos para poder realizarlos mediante una
aplicación profesional. El primer paso para crear una base de datos, es planificar el tipo de
información que se quiere almacenar en la misma, teniendo en cuenta dos aspectos: la información
disponible y la información que necesitamos. El diseño de la estructura de una tabla consiste en una
descripción de cada uno de los campos que componen el registro y los valores o datos que
contendrá cada uno de esos campos.
Los registros constituyen la información que va contenida en los campos de la tabla, por ejemplo: el
nombre del paciente, el apellido del paciente y la dirección de este. Generalmente los diferente tipos
de campos que su pueden almacenar son los siguientes: Texto (caracteres), Numérico (números),
Fecha / Hora, Lógico (informaciones lógicas si/no, verdadero/falso, etc., imágenes.
Multitarea
Multiusuario
Un SO multiusuario permite a mas de un solo usuario accesar una computadora. Claro que, para
llevarse esto a cabo, el SO también debe ser capaz de efectuar multitareas. Unix es el Sistema
Operativo Multiusuario más utilizado. Debido a que Unix fue originalmente diseñado para correr en
una minicomputadora, era multiusuario y multitarea desde su concepción. Actualmente se producen
versiones de Unix para PC tales como The Santa Cruz Corporation Microport, Esix, IBM,y Sunsoft.
Apple también produce una versión de Unix para la Machintosh llamada: A/UX.Unix , Unix
proporciona tres maneras de permitir a múltiples personas utilizar la misma PC al mismo tiempo.
1. Mediante Módems
2.Mediante conexión de terminales a través de puertos seriales
3.Mediante Redes
Multiproceso
Las computadoras que tienen más de un CPU son llamadas multiproceso. Un sistema operativo
multiproceso coordina las operaciones de la computadora multiprocesadoras. Ya que cada CPU en
una computadora de multiproceso puede estar ejecutando una instrucción, el otro procesador queda
liberado para procesar otras instrucciones simultáneamente. Al usar una computadora con
capacidades de multiproceso incrementamos su velocidad de respuesta y procesos. Casi todas las
computadoras que tienen capacidad de multiproceso ofrecen una gran ventaja. Los primeros
Sistemas Operativos Multiproceso realizaban lo que se conoce como: Multiproceso asimétrico: Una
CPU principal retiene el control global de la computadora, así como el de los otros procesadores
Integridad Referencial.
La integridad referencial es un sistema de reglas que utilizan la mayoría de las bases de datos
relacionales para asegurarse que los registros de tablas relacionadas son válidos y que no se
borren o cambien datos relacionados de forma accidental produciendo errores de integridad.
Redundancia.- Esta se presenta cuando se repiten innecesariamente datos en los archivos que
conforman la base de datos.
Tupla
Conjunto de elementos que se guardan de forma consecutiva en memoria. Una tupla es un objeto
que bien puede tener datos o diversos objetos. En algunos lenguajes y especialmente en la teoría de
bases de datos, una tupla se define como una función finita que asocia unívocamente los nombres
con algunos valores. En definitiva, una tupla es un conjunto de datos, en el caso de una base de
datos de una lista de empleados, cada tupla es el conjunto de datos de un mismo empleado. Una
tupla es similar a una lista.
Tabla
Una tabla es una herramienta de organización de información que se utiliza en bases de datos en la
informática. Las tablas a menudo son incluidas en bases de datos u hojas de cálculo, pero también
pueden incorporarse a documentos de texto y otros programas. Una tabla típica está compuesta por
filas horizontales y columnas verticales. El campo es el nombre de cada columna, debe ser único y
con un tipo de dato asociado. El registro, por otro lado, es cada fila que compone la tabla y que
incluye datos (o también puede ser nulo).
La sofisticación de los programas de creación de tablas permite que los campos reciban
asignaciones de propiedades especiales que afectan a sus registros. En una misma base de datos
pueden existir distintas tablas, cada una de ellas singularizada con un nombre que permite ponerla
en relación con otras tablas.
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.
Campo
Atributos
Los atributos se utilizan para detallar las entidades asignándoles propiedades descriptivas tales
como nombre, color y peso. No solo es posible especificar atributos en las entidades sino también
en las relaciones. Los atributos también aparecen reflejados en el enunciado, generalmente, como
nombres. Las entidades pueden clasificarse por la fuerza de sus atributos identificadores, es decir,
por su dependencia o no dependencia respecto a otras entidades.
Ventajas Desventajas
- permitir a los usuarios manipular la
información, el sistema tiene un número de
Desventajas
programas
de aplicación que manipula los archivos, Redundancia e inconsistencia de datos.
incluyendo: Debido
• Un programa para efectuar cargos o abonos a que los archivos y programas de aplicación
en una son
cuenta. creados por diferentes programadores en un
• Un programa para añadir una cuenta nueva. largo
• Un programa para calcular el saldo de una período de tiempo, los diversos archivos tienen
cuenta. probablemente
• Un programa para generar las operaciones diferentes formatos y los programas
mensuales. pueden estar escritos en diferentes lenguajes.
Estos programas de aplicación se han escrito Más
por programadores de sistemas en respuesta a aún, la misma información puede estar
las necesidades de la organización bancaria. Si duplicada
las necesidades se incrementan, se añaden en diferentes lugares (archivos).
nuevos programas de aplicación al sistema.
El DDL (Data Definition Language) es la parte del SQL que más varía de un sistema a otro ya
que esa área tiene que ver con cómo se organizan internamente los datos y eso, cada sistema lo
hace de una manera u otra. Así como el DML de Microsoft Jet incluye todas las sentencias
DML que nos podemos encontrar en otros SQLs (o casi todas), el DDL de Microsoft Jet en
cambio contiene menos instrucciones que otros sistemas.
El SDL (Store Definition language) es utilizado por el DBMS para especificar el esquema
interno que corresponde a la Base de Datos Almacenada.
Es utilizado por el DBMS para especificar las vistas del usuario y sus correspondencias con el
esquema conceptual. En las Bases de Datos Relacionales, el SQL, representa una combinación
de los anteriores.
Tipos de usuario
Usuarios finales: Aquellos que interactúan con el sistema por medio de aplicaciones
permanentes.
Programadores de aplicación: Hacen los programas y pueden consultar información de
la BD
Diseñador de la BD
El diseñador de la base de datos debe tener un profundo conocimiento de los
datos de la empresa y también debe conocer sus reglas de negocio.
Para obtener un buen resultado, debe de implicar a todos los usuarios de la BD.
Administrador de la BD (DBA)
Se encarga del diseño físico de la base de datos y de su implementación.
Realiza el control de la seguridad y de la concurrencia.
Mantiene el sistema para que siempre se encuentre operativo y se encarga de que
los usuarios y las aplicaciones obtengan buenas prestaciones.
Cardinalidad
Expresa el número máximo de entidades que están relacionadas con una única entidad del otro
conjunto de entidades que interviene en la relación. Aunque normalmente nos interesa sólo la
cardinalidad máxima, a veces es útil especificar la cardinalidad mínima. Según su cardinalidad,
podemos clasificar las relaciones de los siguientes tipos:
Registro
Un registro es un conjunto de campos que contienen los datos que pertenecen a una misma
repetición de entidad. Se le asigna automáticamente un número consecutivo (número de registro)
que en ocasiones es usado como índice aunque lo normal y práctico es asignarle a cada registro un
campo clave para su búsqueda.
La base de datos incluye funciones que conceden únicamente el acceso necesario a los objetos de
base de datos que admiten las características del proveedor SQL Server. Para mejorar la seguridad
de una aplicación, se puede crear una cuenta de base de datos y agregarla únicamente como
miembro de la función o las funciones necesarias para las características.
FullAccess: Proporciona acceso a todos los objetos de base de datos que admiten una
característica sin que sea necesario el acceso de administrador.
BasicAccess: Proporciona el acceso mínimo necesario para que un usuario utilice una
característica.
ReportingAccess: Proporciona acceso para buscar y ver las funciones de una característica.
Arquitectura de una BD
La arquitectura de un sistema de base de datos se divide en 3 niveles comunes, nivel interno,
conceptual y externo.
Externo (aplicaciones)
Interno (Hardware)
BD distribuidas
Es una base de datos construida sobre una red computacional y no por el contrario en una máquina
aislada. La información que constituye la base de datos esta almacenada en diferentes sitios en la
red, y las aplicaciones que se ejecutan accedan datos en distintos sitios. Una Base de Datos
Distribuida entonces es una colección de datos que pertenecen lógicamente a un sólo sistema, pero
se encuentra físicamente esparcido en varios "sitios" de la red. Un sistema de base de datos
distribuidos se compone de un conjunto de sitios, conectados entre sí mediante algún tipo de red de
comunicaciones, en el cual:
1. Datos.
2. Equipo (Hardware).
3. Programas (Software).
4. Personal.
Complejidad
Comprender la funcionalidad para poder sacar el mejor provecho del sistema.
Tamaño.
Programas complejos y muy extensos que requieren una gran cantidad de
espacio en disco y de memoria para trabajar de forma eficiente.
Coste económico del SGBD.
El coste de un SGBD varía dependiendo del entorno y de la funcionalidad
que ofrece.
Coste del equipamiento adicional.
Tanto el SGBD, como la propia base de datos, pueden hacer que sea necesario
adquirir más espacio de almacenamiento.
Vulnerable a los fallos.
Centralización.
Evolución histórica
Década 1950: Se da origen a las cintas magnéticas. Por medio de este mecanismo se
empezó a automatizar la información de las nóminas, como por ejemplo el aumento de
salario. Consistía en leer una cinta o más y pasar los datos a otra, y también se podían
pasar desde las tarjetas perforadas. Simulando un sistema de Backup. Década de 1960: El
uso de los discos en ese momento fue un adelanto muy efectivo, ya que por medio de este
soporte se podía consultar la información directamente, esto ayudo a ahorrar tiempo. No
era necesario saber exactamente donde estaban los datos en los discos, ya que en
milisegundos era recuperable la información. Los discos dieron inicio a las Bases de
Datos, de red y jerárquicas, pues los programadores con su habilidad de manipulación de
estructuras junto con las ventajas de los discos era posible guardar estructuras de datos
como listas y árboles. Década 1970: Cuando E.F. Codd de IBM introdujo la idea de un
modelo relacional de Bases de datos en un documento titulado “A Relational Model of
data for Large Shared Banks” Bases del Modelo E-R
Posteriormente un lenguaje llamado SQL (Lenguaje estructurado de consultas) también
desarrollado por IBM, fue creado para generar reportes y actualizar datos en este nuevo
modelo relacional. El Sistema R de IBM nació de este trabajo, pero fue ignorado por
IBM, y poco después Oracle saco su versión comercial de BD basada en la teoría
relacional de Codd, y el Berkely Ingres.
Las bases de datos orientadas a objetos (BDOO) son aquellas cuyo modelo de datos está
orientado a objetos y almacenan y recuperan objetos en los que se almacena estado y
comportamiento. Su origen se debe a que en los modelos clásicos de datos existen problemas
para representar cierta información, puesto que aunque permiten representar gran cantidad de
datos, las operaciones que se pueden realizar con ellos son bastante simples.
Identificación de Objetos:
Estructura y Constructores: En las BDOO, los valores (o estados) de los objetos complejos
se pueden construir a partir de otros objetos mediante ciertos constructores de tipos. Una
forma de representar tales objetos es considerar a cada objeto como tripleta (i, c, v), donde i
es un identificador de objeto único (el OID), c es un constructor (esto es, una indicación de
cómo se construye el valor del objeto) y v es el valor (o estado) del objeto. Puede haber
varios constructores, según el modelo de datos y el sistema OO.
- constructores de átomos.
- -constructores de tuplas.
- -constructores de conjuntos.
Jerarquía de Clase y herencia: Los esquemas de BDOO suelen necesitar un gran número
de clases. Sin embargo, varias clases son parecidas entre sí. Para permitir la representación
directa de parecidos entre las clases, hay que ubicarlas en una jerarquía de especializaciones.
El concepto de jerarquía de clases es parecido al de especialización del modelo E-R. Las
especializaciones de las clases son denominadas subclases; lo cual especifica atributos y
métodos adicionales para una clase existente. Los objetos creados por medio de una sub
clases heredan todos los atributos y métodos de la clase padre. Algunas de estas
características heredadas pueden ellas mismas haber sido heredadas de clases más altas en la
jerarquía.
Relaciones anidadas:
El modelo relacional anidado es una extensión del modelo relacional en la que los dominios
pueden ser atómicos o de relación. Por tanto, el valor de las tuplas de los atributos puede ser
una relación, y las relaciones pueden guardarse en otras relaciones. Los objetos complejos,
por tanto, pueden Representarse mediante una única tupla de las relaciones anidadas.
Java , C , C++, Visual Basic, PHP, Perl, Python, C#, Delphi, Java Script, SAS, Visual
FoxPro, PL/SQL, Cobo, Lips/Scheme, Ada, Pascal, D, Ruby e ColdFusion
Introducción
Un SGBD deductivo es un Sistema que permite derivar nuevas informaciones a partir de las
introducidas explícitamente en la Base por el usuario. Este maneja la perspectiva según la
teoría de las demostraciones de una base de datos, y en particular es capaz de deducir hechos
a partir de la base de datos extensional, es decir, las relaciones base, aplicando a esos hechos
axiomas deductivos o reglas de inferencias especificados. Esta función deductiva se realiza
mediante la adecuada explotación de ciertos conocimientos generales relativos a las
informaciones de la Base.
Notación prolog\dalalog:
Los trabajos sobre Bases de Datos Deductivas basados en lógica han utilizado Prolog como
punto de partida. Con un subconjunto de Prolog llamado Datalog se definen reglas
declarativamente junto con un conjunto de relaciones existentes que se tratan como literales
en el lenguaje. Aunque la estructura gramatical se parece a la de Prolog, su semántica
operativa (esto es, la forma como debe ejecutarse un programa en Datalog) queda abierta.
Existen dos alternativas principales para interpretar el significado teórico de las reglas: por
la teoría de demostración y por la teoría de modelos.
Modelado de empresas: este dominio implica modelar la estructura, los procesos y las
restricciones dentro de una empresa.
Prueba de hipótesis o dragado de datos: este dominio implica formular una hipótesis,
traducirla a un conjunto de reglas LDL y una consulta, y luego ejecutar la consulta contra
los datos para probar la hipótesis. El proceso se repite reformulando las reglas y la consulta.
Reutilización de software: Se basa en reglas y se codifica en LDL. Las reglas dan origen a
una base de conocimientos que contienen los siguientes elementos:
o Un conjunto de reglas que define las formas en que los módulos pueden exportar / importar
funciones, restricciones, etc.
Podemos definir SGBD activo como aquel que, cuando se producen ciertas condiciones,
Ejecuta de forma automática, es decir, sin la intervención del usuario, las acciones
Especificadas de antemano en la fase de definición -intensión- de la base de datos,
PIATTINI (1995b). Como recordaran los lectores de Algoritmo en el numero 11
Analizaremos el soporte que ofrece el estándar SQL3 para los disparadores les.
Los datos multimedia son muy grandes y voluminosos, por lo que a pesar del avance del
hardware, no parece probable que se mantengan en discos magnéticos.
que imponen restricciones sobre la seguridad de los datos, y que plantean problemas como
el de su tratamiento temporal. A este respecto hay que destacar la gran aceptación que ha
tenido el modelo TSQL2 para bases de datos temporales (como extensión del SQL92) y
que se está incorporando al SQL3.
Una base de datos espacial es una colección de datos referenciados espacialmente, que
actúan como un modelo de la realidad; en el sentido de que ella representa una serie o
aproximación de fenómenos. Esos fenómenos seleccionados son considerados
suficientemente importantes para ser representados en forma digital. La representación
digital puede ser para el pasado, presente o futuro.
De manera general, en las bases de datos temporales se suelen distinguir dos aspectos
importantes: la gestión de la historia y la gestión de versiones. En estos últimos años se ha
logrado un consenso en cuanto a la semántica de la historia, pero no a la gestión de
versiones, para la que existen muchas propuestas en el contexto de los sistemas de diseño
asistido por ordenador e ingeniería de software.
Bibliografía
http://www.slideshare.net/da4equipo3/historia-de-las-bases-de-datos
http://dmi.uib.es/~cmanresay/04-BasesDatos.pdf
http://usuarios.multimania.es/cursosgbd/UD2.htm
hhttp://www.monografias.com/trabajos11/basda/basda.shtml
ttp://usuarios.multimania.es/cursosgbd/UD2.htm
http://html.rincondelvago.com/bases-de-datos-distribuidas.html
http://html.rincondelvago.com/bases-de-datos-distribuidas.html
http://msdn.microsoft.com/es-es/library/ms164596(v=vs.80).aspx
http://elticus.com/diccionario/Tupla.html
http://www.definicionabc.com/tecnologia/tabla.php
http://www.alegsa.com.ar/Dic/entidad.php
http://es.wikipedia.org/wiki/Campo_(inform%C3%A1tica)
http://www.mitecnologico.com/Main/EntidadesAtributosYRelaciones
http://www.sg.inter.edu/acc/prMIS206/rodrigueza/pag-03.htm
http://www.diclib.com/cgi-bin/d1.cgi?l=es&base=es_wiki_10&page=showid&id=50789
http://www.slideshare.net/calvo0126/taller-1-bases-de-datos
http://dmi.uib.es/~cmanresay/04-BasesDatos.pdf
http://santmp.wordpress.com/2011/03/16/diferencia-entre-cardinalidad-y-multilicidad-de-una-base-
de-datos/
http://www.babylon.com/definition/registro%20(base%20de%20datos)/?uil=English&uris=!!FRDD
66BMXT&tid=Definition
http://santmp.wordpress.com/2011/03/16/diferencia-entre-cardinalidad-y-multilicidad-de-una-base-
de-datos/