OpenOffice.org Base: sistema de gestión de bases de datos.
Una base de datos o banco de datos es un conjunto de datos pertenecientes al 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. En la actualidad, 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 unos 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). [1]

Base de datos
Definir el término base de datos
• Definición de Bases de Datos.- Un conjunto de información almacenada en memoria auxiliar que permite acceso directo y un conjunto de programas que manipulan esos datos
Base de Datos es un conjunto exhaustivo no redundante de datos estructurados organizados independientemente de su utilización y su implementación en máquina accesibles en tiempo real y compatibles con usuarios concurrentes con necesidad de información diferente y no predicable en tiempo.
Explicar Sus Orígenes Y Antecedentes
Surgen desde mediados de los años sesenta la historia de las bases de datos, en 1970 Codd propuso el modelo relacional, este modelo es el que ha marcado la línea de investigación por muchos años, ahora se encuentran los modelos orientados a objetos. [2]

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.
A veces se utiliza DB, de database en inglés, para referirse a las bases de datos.  [3]

Una base de datos puede mantenerse manualmente o ser informatizada (esta última es la que nos interesa). La base de datos informatizada es creada y mantenida por un conjunto de aplicaciones diseñadas para esas tareas específicamente o bien, se puede gestionar empleando un SGBD.

Los SGBD son un conjunto de programas encargados de definir, construir y manipular una base de datos, y mantener su integridad y redundancias.

* Definir una base de datos: consiste en especificar los tipos de datos, estructuras y restricciones para los datos que se almacenarán.

* Contruir una base de datos: es el proceso de almacenar los datos sobre algún medio de almacenamiento.

* Manipular una base de datos: incluye funciones como consulta, actualización, etc. de bases de datos. [4]

1a. Definición de Base de Datos: Conjunto de datos almacenados en una computadora y organizados en un programa que permita la consulta selectiva de los mismos [5]
Definición de  Base de Datos
     Todo buen curso necesita empezar con algunos conceptos básicos para el mejor entendimiento del mismo, por lo tanto empezaremos con las definiciones que involucran a las bases de datos.
Dato:
    Conjunto de caracteres con algún significado, pueden ser numéricos, alfabéticos, o alfanuméricos.
Información:
   Es un conjunto ordenado de datos los cuales son manejados según la necesidad del usuario, para que un conjunto de datos pueda ser procesado eficientemente y pueda dar lugar a información, primero se debe guardar lógicamente en archivos.[6]
Definición de Base de datos.- También conocida como Database, la base de datos es un conjunto de información que está almacenada en forma sistemática, de manera tal que los datos que la conforman puedan ser utilizados en forma fragmentada cuando sea necesario.

Los datos almacenados pueden ser muy diversos: nombres, números telefónicos, direcciones, años, etc. Todo depende de la finalidad para la que sea armada la base. Actualmente, en todos los quehaceres cotidianos se utiliza una base de datos: cajeros automáticos, catálogos de bibliotecas o librerías, páginas amarillas, listado de medicamentos, e incluso los mismos buscadores de Internet. Todo cuenta con una base de datos a la cual recurrir para consultar su información y mantenerla actualizada.

Tradicionalmente, se suelen organizar según campos, registros o archivos. El campo es una fracción única de información; el registro, un sistema de campos y el archivo, un conjunto de registros. [7]

Definición y funcionamiento de una base de datos
Una base de datos es una recopilación de información relativa a un asunto o propósito particular, como el seguimiento de pedidos de clientes o el mantenimiento de una colección de música. Si la base de datos no está almacenada en un equipo, o sólo están instaladas partes de la misma, puede que deba hacer un seguimiento de información procedente de varias fuentes en orden a coordinar y organizar la base de datos.
Supongamos, por ejemplo, que los números de teléfono de los proveedores están almacenados en varios lugares: en un archivo de tarjetas que contiene los números de teléfono de los proveedores, en archivos de información de productos en un armario y en una hoja de cálculo que contiene información de pedidos. Si cambia el número de teléfono de un proveedor, tendría que actualizar la información en los tres lugares. Sin embargo, en una base de datos es necesario modificar la información en un solo lugar: el número de teléfono del proveedor se actualiza automáticamente en todos los lugares de la base de datos donde se utilice. [8]

Definición de Base de datos

En primer lugar, vamos a ver las razones que llevan a la existencia de los sistemas gestores de bases de datos. La Wikipedia define una base de datos de la siguiente manera:

Una base de datos o banco de datos es un conjunto de datos que pertenecen al mismo contexto almacenados sistemáticamente para su posterior uso.
Con esta definición, almacenar la información en un sistema de ficheros es una base de datos. Y, en realidad, lo es. Incluso un archivo compuesto por fichas de cartulina de una biblioteca tradicional constituyen una base de datos. Lo que pasa es que mantener esta información sin un sistema de gestión presenta una serie de problema, precisamente los que se intentan evitar con los sistemas gestores de bases de datos:
• El problema de la redundancia e inconsistencia de datos. La información puede estar repetida, ya sea porque se almacena en lugares diferentes o porque se ha codificado de varias formas distintas. El problema más evidente de la redundancia es que ocasiona un mayor coste de almacenamiento y de acceso, al mantener información innecesaria. Más insidioso, pero potencialmente más grave, es el problema de que la información duplicada puede conducir (Algunos sostienen que conducirá inevitablemente) a inconsistencia en los datos.
• El problema de la Dificultad en el acceso a los datos. Como no existe un método estandar de acceso, los programas que se hayan implantado hasta el momento pueden ser la única forma de acceder a los datos.
• El problema del aislamiento de los datos. Al estar los datos repartidos en diferentes ficheros, a menudo representados en distintos formatos, es difícil establecer relaciones entre ellos.
• El problema de la integridad de los datos. El único mecanismo que se puede usar para limitar los posibles valores de los datos es codificar estas reglas en los programas. Si hay varios programas implicados, todos deben compartir este código en común. Si se utilizan distintos lenguajes de programación, estas restricciones deben repetirse en diferentes librerías, una para cada lenguaje. Modificar estas reglas de integridad se convierte, en este entorno, en un trabajo nada trivial.
• El problema de la atomicidad. El problema en realidad es la falta de atomicidad. En un sistema que no soporte el concepto de transacciones (Verémos más sobre las transacciones en el tema 4), garantizar que una serie de operaciones se comporten de forma atómica -en el sentido de invivisibles, es decir, que se trate a toda la secuencia como una sola operación- es muy complicado. En el caso de que se implemente, probablemente se trate de reinventar la rueda.
• El problema del acceso concurrente. Hay que resolver de alguna manera los posibles problemas que pueden aparecer por el acceso concurrente a la misma información por parte de varios usuarios y/o máquinas.
• El problema de la Seguridad. La seguridad y el control de los accesos no está centralizada.
Con esta lista en mente de los problemas más importantes a los que se tienen que enfrentar, definiremos un sistema de gestión de bases de datos -o, de forma menos precisa, pero más cómoda, una base de datos, a secas- como:
Una colección de archivos interrelacionados y un conjunto de programas que permiten a los usuarios acceder y modificar esos archivos, intentando resolver los problemas descritos anteriormente. [9]
 

² ² ²
²²Es una coleccion de archivos interrelacionados, son creados con un DBMS, Su contenido engloba la informacion concerniente de una organizacion de tal manera que los datos esten disponibles para los usuarios. su finalidad es elminar la redundancia o al menos minimizarla. Sus tres componentes principales son: El Hardware, el Software DBMS y los datos a manejar, asi como el personal encargado del manejo del sistema.
Los sistemas de bases de datos se diseñan para manejar grandes cantidades de informacion. Un objetivo primordial es proporcionar a los usuarios finales una vision abstracta de los datos.  [10]

Las bases de datos pueden clasificarse de varias maneras, de acuerdo al criterio elegido para su clasificación:
Según la variabilidad de los datos almacenados
Bases de datos estáticas
Éstas 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 y tomar decisiones.
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 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 una tienda de abarrotes, una farmacia, un videoclub, etc.
Según el contenido
Bases de datos bibliográficas
Solo contienen un surrogante (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 resúmen o extracto de la publicación original, pero nunca el texto completo, porque sino 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 Biológica
Son bases de datos que almacenan diferentes tipos de información proveniente de las ciencias de la vida o médicas. Se pueden considerar en varios subtipos:
  Aquellas 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)
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
Artículo principal: Base de datos jerárquica
É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
Artículo principal: 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.
Base de datos relacional
Artículo principal: Modelo relacional
Artículo principal: Base de datos relacional
Éste es el modelo más 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 Edgar Frank 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 (1980-1989) 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
Artículo principal: Base de datos multidimensional
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 multidimensional 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
Artículo principal: Base de datos orientada 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.
Se está trabajando en SQL3, que es el estándar de SQL92 ampliado, que soportará los nuevos conceptos orientados a objetos y mantendría 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.
Base de datos deductivas
Un sistema de base de datos deductivas, 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. También las bases de datos deductivas son llamadas base de datos lógica, a raíz de que se basan en lógica matemática.
Gestión de bases de datos distribuida
La base de datos está almacenada en varias computadoras conectadas en red. Surgen debido a la existencia física de organismos descentralizados. Esto les da la capacidad de unir las bases de datos de cada localidad y acceder así a distintas universidades, sucursales de tiendas, etc. [1]

Tipos de bases de datos
Bus local PCI
Introduccion
El bus local PCI es un bus de alto rendimiento para interconectar chips, tarjetas de expansión y subsistemas de memoria y procesador. Este bus fue diseñado por Intel a principios de 1990 como un método estándar de interconexión de tarjetas y chips, posteriormente fue adaptado por la industria como un estándar administrado por el PCI Special Interest Group o también llamado PCI SIG.
Bajo la definición de PCI SIG el bus PCI fue extendido como una definición estándar de buses de expansión para tarjetas adicionales.
PCI fue el primer bus adoptado para uso en computadoras personales en 1994 con la producción de chipsets SATURN de Intel y las motherboards ALFREDO para procesadores 486. Con la introducción de chipsets y motherboards para procesadores Pentium Intel, PCI prontamente reemplazo los buses anteriores como EISA, VL y Micro Channel. El bus ISA inicialmente ha continuado en coexistencia con el bus PCI con el objetivo de brindar soporte al legado de tarjetas que aun existían y que no requerían un bus de alto rendimiento como el de PCI. El legado de tarjetas ISA fue rediseñado y PCI termino reemplazando dicho bus.
El 11 de septiembre de 1998 PCI SIG anuncio que Compaq, Hewlett-Packard e IBM emitieron una nueva especificación de un bus al cual la revisión se llamó: PCI-X. El estándar propuesto permitía un incremento en la velocidad del bus de hasta 133Mhz. Este estándar además sugería un cambio en los protocolos de comunicación afectando las tasas de transferencia de datos y requerimientos en los tiempos eléctricos. El PCI SIG aprobó la formación de un grupo de trabajo para revisar la propuesta.
 
PCI Bus Protocol
PCI es un bus de arquitectura sincrónica donde toda la transferencia de los datos es realizada a través de sistema de reloj relative (CLK). Las especificaciones iniciales de PCI permitieron una transferencia máxima de reloj de 33Mhz permitiendo que la transferencia del bus fuera de cada 30 nanosegundos. Posteriormente la revisión 2.1 de las especificaciones de PCI extendieran la definición del bus para soportar operaciones a 66 Mhz, pero la mayoría de las computadoras en ese momento continuaban implementando buses PCI que corrían a una velocidad máxima de 33 Mhz.
PCI implemento un multiplexaje de 32-bits de Direcciones y Datos (AD[31:0]). Esta arquitectura permitió soportar un bus de datos de 64 bits a través de un conector de bus más largo. A 33 Mhz un slot de 32 bits soporta un máximo de transferencia de datos de 132Mb/sec y un slot de 64 bits soporta 264 Mb/sec.
El multiplexaje de direcciones y de bus de datos permitió reducir un pin en el conector PCI lo cual redució costos más bajos y paquetes más pequeños para componentes PCI. Típicamente las tarjetas PCI de 32 bits solo usan 50 pines de señales en el conector. Las señales durante el primer ciclo del reloj son llamados Address phase. Una transferencia de un bus PCI consiste en un ardes phase y cualquier numero de data phase Las operaciones de Entrada/Salida que accesan los registros dentro de los dispositivos PCI típicamente tienen solo una simple fase de datos, La memoria transfiere los bloques de datos que consisten en multiples fases de datos que lee o escribe consecutivamente en ubicaciones de memoria. Ambos componentes el iniciador y el objetivo pueden terminar la secuencia de transferencia del bus en cualquier momento.
PCI soporta un riguroso de auto configuración. Cada dispositivo PCI incluye un conjunto de registros de configuración que permiten la identificación de cada tipo de dispositivo (SCSI, video, Ethernet, etc) y la compañía que los ha producido. Otros registros permiten la configuración del dispositivo como los aspectos de las direcciones de Entrada/ Salida, direcciones de memoria, niveles de interrupción, etc.
Aunque no ha sido ampliamente usado, la implementación de PCI para direccionamiento de 64 bits, esta opción requería un conector más largo con 32 bits adicionales de señales de datos; el direccionamiento de 64 bits puede ser soportado en un conector de 32 bits. Ciclos duales de direcciones es un tema en el cual el bajo orden de direcciones de 32 bits han pasado a señales de AD[31:0] durante las primer fase de direcciones, y el orden alto de direcciones han pasado a AD[31:0] durante la segunda fase de direcciones. El resto de la transferencia continúa como una transferencia normal del bus.
PCI define compatibilidad para 5 y 3.3 voltios, El conector PCI define la ubicación de los pines para ambos niveles, sin embargo los sistemas más recientes basados en PCI utilizan únicamente 5 voltios y no poseen alimentación activa para conectores de 3.3 voltios.
A pesar de se usados extensivamente en sistemas de PC compatibles, la arquitectura del bus PCI es independiente del procesador, la definición de las señales son genéricas permitiéndole al bus que sea usado en sistemas basados en otros procesadores. Para información sobre señalización ver anexo 1.
Bus ISA
Introduccion
El bus ISA (Industry Standard Architecture) fue iniciado a inicio de 1980 en los laboratorios de IBM en Boca Ratón Florida. La computadora IBM Personal Computer introducida en 1981 incluyo un bus ISA de 8 bits. En 1984, IBM introdujo el PC-AT el cual incluyo la primera implementación del bus ISA a 16 bits.
Aunque la referencia técnica en el PC-AT incluyo los detalles sistemáticos y BIOS, este no incluía los tiempos rigurosos, reglas y otros requerimientos que pudieron construir unas buenas especificaciones de bus. Como un resultado de varias implementaciones de ISA donde no siempre eran compatibles unos con otros. A través del tiempo varias implementaciones de ISA fueron producidas para aliviar los problemas de compatibilidad. Desafortunadamente estas especificaciones no siempre estaban en acuerdo unas con otras, lo cual implico que no se desarrollara una especificación en concreto para este bus.
Diseño físico:
Las tarjetas ISA fueron diseñadas de 8 a 16 bits tienen un total de 98 pines. Algunas de 8 bits usan algunos de los 16 bits de los pines de extensión para tener más interrupciones.
Bus EISA
Introduccion
El bus EISA fue creado en 1988 y 1989, fue desarrollado por el llamado “Banda de los nueve” (AST, Compaq, Epson, Hewlett-Packard, NEC, Olivetti, Tandy, Wyse y Zenith) como una alternativa a la patente de IBM para el bus Micro Channel. Este tenía limitado uso en computadoras personales 386 y 486 y a partir de 1995 comenzó a ser obsoleto por el uso de buses PCI en computadotas Pentium que fueron introducidos en ese momento.
EISA incorporo muchos de los beneficios del bus Micro Channel mientras mantenía compatibilidad con el legado de las tarjetas de expansión ISA. El conector EISA era un súper conjunto de 16 bits de conectores usados en tarjetas ISA. Isa de 8 bits y las tarjetas de expansión de 16 bits podían ser instaladas dentro de la porción compatible con ISA de el spot EISA. Las tarjetas de expansión EISA usan una señal compatible con el conector a si como señales adicionales para proveer una función mejorada y rendimiento.
EISA introdujo los siguientes beneficios sobre ISA:
• Direccionamiento de memoria de 32 bits para CPU, DMA y dispositivos master bus.
• Una transferencia de datos sincrónicos usando un protocolo de alta velocidad de transferencia.
• Traslado automático de ciclo de bus entre EISA e ISA en dispositivos esclavos y master.
• Compatibilidad para periféricos de controladores de buses inteligentes.
• DMA mejorado para tasas de arbitrariedad y transferencias.
• 33 MBps de transferencia de datos para dispositivos de bus master y DMA.
• Interrupciones compartidas para bus master y dispositivos DMA
• Configuración automática de sistemas en tarjetas de expansión.
SCSI – Small Computer System Interfase
Introduccion
Una interfaz de periféricos inteligentes se caracterizo por el uso de un alto nivel de comunicación entre dispositivos. Comunicaciones eran definidas como un “Iniciador” y el “Destino”. El iniciados es normalmente una computadora, y el destino es normalmente un periférico. La información puede ser transferida en modo asincrónico o sincrónico. Todos los mensajes y comandos son siempre transferidos en modo asincrónico.
Este término es frecuentemente usado para describir la publicación del estándar ANSI, ahora llamado SCSI-1 (Xs.131-1986).
SCSI – 2
Este es un término que describe la publicación del estándar ANSI (x3.131-1994). SCSI – 2 es una actualización de el original interfaz SCSI, los cambios incluían transferencia de datos más rápidos y mensajes de mandatos y estructura de comandos para mejorar la compatibilidad existente. La transferencia de datos para SCSI – 2 es sincrónica es de 2.5 a 10 Mbytes/sec para en un bus de 8 bits de datos y de 5.0 a 20 Mbytes/sec para un bus de 16 bits de datos.
SCSI – 3
Este término describe un conjunto de estándares relacionados de ANSI que fue desarrollado para el bus SCSI, es un documento que cubre un rango completo de tópicos. SCSI – 3 esta dividido en largos documentos en series de pequeños documentos, cada uno cubre un nivel de definición de la interfase.
Los niveles básicos son:
• Físico (conectores, asignación de pines y especificaciones eléctricas)
• Protocolo (la actividad del nivel físico es organizada en fases del bus, paquetes, etc.)
• Arquitectura (una descripción de cómo la solicitud de comandos eran organizados, puestos en cola y respondidos por cualquier protocolo.)
• Comandos principales (descripción de comandos que deben de ser soportado por todos los dispositivos SCSI)
• Comandos específicos para dispositivos (comandos para una clase particular de dispositivos como: CD-ROMs o –WORM drives por ejemplo.)
El conjunto de estándares necesarios para hacer SCSI – 3 para la implementación de interfases de discos paralelos son:
• SPI (SCSI Parallel Interfase) para el nivel fisico
• SIP (SCSI Interlocked Protocol) para el nivel de protocolo
• SAM (SCSI Architecture Model) para el nivel de arquitectura
• SPC (SCSI Primary Commands) para el conjunto de comandos principales
• SBC (SCSI Block Commands) para comandos específicos en drives.
Los estándares SCSI – 3 son en niveles ya que de esta manera, permitirán sustituciones en partes de estructuras de nuevas tecnologías que aparezcan. Por ejemplo un conjunto comparable de estándares para interfase para un SCSI de canal de fibra, reemplaza los niveles físicos y de protocolo con nuevos documentos pero usa los mismos documentos para los otros tres niveles. El principal punto a recordar acá es que el termino SCSI – 2 o SCSI – 3 no implican cualquier rendimiento particular para cada uno, más que eso ellos se refieren a la generación de documentos para los cuales el producto esta conformado. Desde que las nuevas características están solo en SCSI – 3 y la tendencia de un alto rendimiento, los dispositivos SCSI – 3 demuestran un mejor rendimiento que SCSI – 2 en la mayoría de los casos.
SCSI FAST
Este se refiere a los tiempos definidos en SCSI – 2 para transferencia de 10 MegaTransfer/sec. Un “MegaTransfer” es una unidad de medida referida a la tasa de transferencia de señal en la interfase sin importar el ancho del bus.
SCSI FAST-20
Este se refiere a los tiempos definidos en SCSI -3 para 20 MT/sec tasas de transferencia, el cual permitía tasas de datos dos veces más rápido que SCSI Fast. Por ejemplo un 20MT/sec en un bite de ancho de bus resulta en 20 Mbytes/sec en la transferencia de datos, pero en 2 bytes de bus el resultado es 40 Mbytes/sec de tasa de transferencia.
SCSI FAST-40
Este se refiere a los tiempos definidos para la futura revisión de SCSI -3 SPI que permite 40 MT/sec, el cual es dos veces más rápido que SCSI FAST 20. Por ejemplo 40 MT/sec en un bite de ancho de bus los resulta en 40 Mbytes/sec, pero en 2 byte de ancho de bus este resulta en 80 Mbyte/sec.
SCSI FAST-80
Este se refiere a los tiempos definidos para la futura revisión de SCSI -3 SPI el cual permite 80 MT/sec es cual es dos veces más rápido que SCSI FAST 40 en tasas de transferencia. Por ejemplo en 80 MT/sec en 1 byte de ancho del bus resulta en 80 Mbytes/sec de tasa de transferencia, pero en 2 bytes de ancho de bus resulta en 160 Mbytes/sec de tasa de transferencia.
Ultra SCSI
Este es un termino que describe la ultima publicación de estándar ANSI (X3T10/107iD rev 6), comúnmente conocido como Fast-20. Ultra SCSI, como todos utilizan transferencia sincrónica, en una negociación de reloj por la tasa de transferencia.
Ultra2 SCSI
Este es un termino que describe la publicación de estándar ANSI (X3T10/1071D rev. 6), comúnmente conocido como Fast-40. Ultra SCSI, como todos los sistemas utiliza transferencia sincrónica.
SCSI Narrow
Este término se refiere a 1 byte de ancho de bus en una interfase paralela de 50 pines que es definida como el estándar ANSI SCSI-1 (X3.131-1986). El bus consiste de 8 líneas de datos con paridad, una serie de controles de líneas y un juego de líneas de tierra.
SCSI WIDE
Este término usualmente se refiere a los 2 bytes de bus de datos en una interfase paralelo de 68 pines, que es definido en el documento de SCSI -3 SPI. El término puede ser genéricamente aplicado a cualquier implementación superior a 1 byte, pero al tiempo que fue escrito este documento, no existieron implementaciones superiores a 2 bytes. Futuras implementaciones pueden incluir más bytes de datos debido a que las tasas de transferencias de datos serán mucho más rápidas brindando abundancia a la vida de la transferencia de 2 bytes hasta que las interfases seriales sean más populares (como canales de fibra o FireWire).
SCSI FAST-WIDE
Este se refiere a la combinación de tasas de transferencia mucho más rápidas con conectores amplios de 2 bytes, resultando en un incremento de la tasa de transferencia de datos. Wide Fast-20 (40 Mbytes/sec) y Fast – 80 (160 Mbytes/sec) productos de este tipo estarán disponibles en el futuro.
Differential or High Voltage Differential (HVD)
Diferencial (D, ND, WD, WDC) es una señal lógica de sistema usado en algunos discos SCSI. Este usa un par adicional y un nivel menos de señal para reducir el efecto del ruido en el bus SCSI. Cualquier ruido que afecte la señal estará presente en ambos ya sean en un nivel menos o más.
Debido al cambio de definiciones, el término diferencial es ahora más usado para referenciar a Diferenciales de Alto Voltaje.
Low Voltage Differential (LVD)
Bajo Voltaje Diferenciales, es un esquema logico de uso de niveles de bajo voltaje más que HVD.
Fiber Channel Arbitrated Loop (FCAL)
Este es el nombre formal para el sistema de canales de fibra usado por SCSI. Este es más comúnmente conocido como Canal de Fibra SCSI. El “loop” parte del nombre se refiere a la manera en que el sistema es conectado en un anillo largo. Debido a la característica del loop, esta interfase tiene más en común con redes de área local que con el SCSI paralelo.
Fiber Channel SCSI
Este se refiere a productos con canales físicos de fibra y niveles de protocolo usándole comando SCSI set. La interfaz de canal de fibra es completamente diferente al paralelo SCSI en que es una interfase serial, significando que comandos y datos es transmitido en un stream de datos organizado en paquetes. La fibra puede ser un cable de cobre coaxial o fibra óptica. La señal en la primera implementación de canales de fibra una tasa de 1 Ghz, logrando 100 Mbytes/sec a través del cable. Canales de fibra además implementan control de software de control de configuración y presiono en el total de dispositivos en el bus llegando a 126 IDs en oposición a solo 8 o 16 en un bus paralelo.
SCA-2
Este es un estilo miniatura de estilo D, un conector de 80 pines usado en discos SCSI para insertarse en un sistema de backplane. El SCA-2 provee conectores de tierra, voltaje y líneas de control necesarias para permitir desconexión en “caliente” en interfases paralelos de discos SCSI
 

Puesto que las interfases paralelas de la mayoría de las computadoras son casi idénticas, tomemos por ahora como ejemplo el más universal de ellos (que se encuentra en la mayoría de las tarjetas IBM-compatibles).
Los conectores pueden variar aunque casi todas las líneas de señal son las mismas.
La mayoría de los puertos paralelos de la parte posterior de las computadoras IBM-compatibles poseen un conector DB-25. El conector es normalmente hembra (tiene orificios en lugar de patitas) para distinguirlo de los conectores serie que son habitualmente machos y que puede tener también la computadora.
La función de cada terminal del conector DB-25 se muestra en la figura 1.
Las señales que ocupan esas terminales se pueden dividir en cuatro grupos básicos: tierras, salidas de datos, entradas de dialogo y salidas de dialogo. En la figura. 1, las tierras se indican con círculos, las entradas de dialogo se indican con flechas que apuntan al conector y las salidas (tanto de datos como de dialogo) tienen flechas que apuntan hacia afuera del conector. (Algunas de las líneas tienen una abreviatura convencional que se indica entre paréntesis.)

3. Líneas de tierras y de datos
Las líneas de tierra cumplen dos funciones: la primera es que vinculan las tierras de señal de los dos dispositivos que se interconectan de modo que puedan compartir una tierra común como referencia para la señal.
La otra es que, la conexión entre los dos dispositivos se realiza a menudo mediante un cable tipo cinta, las tierras (Llamadas muchas veces retornos de tierra en este contexto) actúan como blindajes de las líneas más importantes. Por ejemplo, el conductor conectado al terminal 19 de un cable de cinta apantalla a la 6 de la 7, y viceversa. Esto impide que las señales D4 afecten capacitivamente la Línea D5, y viceversa. En los cables de calidad que no se hacen de tipo cinta, cada retorno de tierra se retuerce alrededor de una Línea de señal formando un par retorcido, para proporcionar un poco de blindaje.
Como su nombre lo indica, la salida de datos transfiere información desde la computadora a un periférico en paralelo. Esto se hace con ocho bits (un byte) por vez utilizando los terminantes 2-9.
DO se considera el bit menos significativo (LSB) y D7 el más significativo (MSB). (Nota: algunas computadoras emplean las designaciones D1 -D8 en lugar de D0-D7). Algunos puertos de computadora no soportan el MSB. Por supuesto que en esos casos no debe diseñar sus proyectos de modo que lo necesiten. De la misma manera, algunos periféricos solo utilizan datos de 7 bits.
En tales circunstancias, el MSB se ignora o a veces se emplea como bit de paridad. Los bits, como también las demás señales, se representan mediante niveles de tensión TTL convencionales: una señal entre 2,4 y 5 voltios es un nivel alto o 1 binario. Cualquier cosa entre 0,8 y 2,4 voltios se considera dato no valido.
4. Dialogo de datos
Puesto que la computadora es mucho más rápida que cualquier periférico con el que se comunique, puede fácilmente transmitir más datos que los que el periférico puede manejar. Par ello, los periféricos utilizan señales especiales para decirle a la computadora que detenga momentáneamente el envió de datos cuando tienen suficientes para trabajar.
Esto le permite al periférico alcanzar a la computadora, que puede realizar otras tareas mientras tanto. Una vez que el periférico queda libre, le pide a la computadora que transmita más datos y el proceso continua.
Este proceso computarizado de “luz roja, luz verde” se logra enviando señales por cables dedicados a ese propósito. El proceso de utilizar señales para controlar el flujo de datos se denomina dialogo (handshaking), de modo que las señales empleadas para ello se llaman “señales de dialogo”.
Las señales de estrobo, ocupado y acuse de recibo son las señales de dialogo más importantes. Para ayudar a explicar como se relacionan y controlan el flujo de datos, observe la figura. 2.
Allí se muestran las ocho Líneas de datos concentradas como una sola línea en la parte superior. Lo que si importa es el tiempo en que los datos sufren transiciones (representadas por las líneas cruzadas) y el tiempo en que permanecen constantes (las bandas).
Los datos que salen por las líneas D0-D7 comienzan a formarse en el tiempo t1 y se establecen y quedan listos para utilizarse en el instante t2. Un momento después (t3) la computadora manda un pulso momentáneo negativo (Llamado señal de “estrobo”) al periférico, para indicar que los datos están listos y en espera en las líneas de datos.
Luego de t3, el periférico puede responder en una de dos maneras: puede tirar de la línea ocupada hasta que este listo para más datos o puede esperar hasta que haya utilizado los nuevos datos y enviar entonces un pulso negativo de acuse de recibo a la computadora cuando desea más.
Cualquiera de las respuestas retiene a la computadora hasta que el periférico informe que esta preparado. (Hay unos pocos periféricos que detienen a la computadora de ambas maneras, aunque hacerlo así es algo redundante), luego que la línea ocupada se pone baja o se recibe un pulso de acuse de recibo, la computadora configurará las líneas de datos para el siguiente byte, y se repite el procedimiento.
La línea ocupada se utiliza algunas veces para detener la computadora por otras razones. Por ejemplo, si se acabó el papel o esta fuera de línea lo cual de detallara a continuación.

5. Dialogo de estado
A lo largo de algunas líneas, a veces los periféricos paralelos (especialmente las impresoras) utilizan cables dedicados para indicar su estado. Puesto que el estado de un periférico puede afectar el flujo de datos, esto se puede considerar también una forma de dialogo. Por ejemplo, si una impresora, un graficador u oscilógrafo necesita informar a la computadora que se queda sin papel, puede hacerlo manteniendo alta la línea de papel vacío hasta que se aprovisione nuevamente. Esto impide que la computadora envié datos al periférico cuando el dispositivo es incapaz de hacer algo con ellos. La mayoría de los puertos paralelos de tipo IBM soportan esta característica, pero no la soportan muchas otras computadoras domesticas. Asimismo, un periférico puede informar a la computadora que esta alimentado y en línea manteniendo alta la línea de “selección” del terminal 13 (obsérvese que hay dos líneas de selección en la figura. 1).
Esta es a veces una línea de señal necesaria porque algunos periféricos se pueden mantener alimentados pero fuera de línea, enviándoles un carácter especial de “deseleccion” (denominado DC1 o XON, que tiene el valor ASCII 17).
Un periférico puede hasta pedir ayuda sosteniendo baja la línea de error. Al igual que la línea ocupada, los periféricos utilizan a veces la línea de error para indicar que simplemente están fuera de línea o que se acabo el papel.
La computadora puede hacer también requerimientos especiales o proporcionar datos de configuración enviando señales desde las restantes salidas de dialogo. (Hay que tener en cuenta que un periférico puede contener interruptores DIP que pueden configurarlo para que ignore los requerimientos de la computadora).
Por ejemplo, en algunos periféricos la característica de selección/deselección la puede habilitar e inhibir el puerto de la computadora.
Para esos dispositivos, si la computadora mantiene alta la línea de salida de selección del terminal 17, la característica DC1 /DC3 se habilita. Al mantenerse esa línea baja, la característica se inhibe.
Asimismo, al mantener baja la línea de avance automático, la computadora solicita al periférico que acompañe cada retorno de carro con un avance de línea (es decir, la computadora informa al periférico que probablemente no enviara caracteres de avance de línea, de Modo que el periférico deberá agregarlos).
Por otra parte, si el computador envía un pulso negativo por la línea de inicialización (denominada técnicamente línea de input prime o IP), el periférico que responde a esa línea se pondrá en cero (pasara a reset). Esto significa que el periférico adoptara cierta configuración por omisión y actúa normalmente como si recién se hubiera encendido. Tan poderosa como es, esta línea la soportan las computadoras IBM compatibles y muy pocas más, puesto que hay a menudo mandatos especiales que se pueden enviar por las líneas de datos para lograr lo mismo.
6. El extremo del periférico
Un conector hembra de 36 conductores es la terminación que se encuentra en los periféricos paralelos. Las funciones convencionales de cada terminal de ese conector se muestran en la figura. 3.

Las flechas que señalan hacia el conector indican que el terminal es una entrada al periférico. Las flechas hacia afuera significan salidas del periférico, y los círculos son tierras.
Observe que este conector soporta unas cuantas funciones más que el conector DB-25. Para nombrarlas, hay una tierra de chasis y dos líneas de 5 voltios.
No todos los equipos paralelos las soportan. Tanto la tierra de chasis como las líneas de 5 V pueden causar inconvenientes si se conectan incorrectamente.
Las líneas de 5V las proporcionan a algunos periféricos para mantener alta una línea de dialogo si es necesario.
Por ejemplo, supongamos que un puerto de computadora no genera un nivel alto para la línea de avance automático, pero el periférico necesita esa línea alta para funcionar correctamente.
El USB
El USB (Universial Serial Bus) fue originalmente desarrollado en 1995 por las mayores compañías líderes de la industria.
La mayor meta de USB fue definir un bus de expansión externa el cual hiciera que el agregar periféricos a una computadora tan fácil como conectar el jack de teléfono.
La conducción del programa fue el lograr las metas de fácil de usar y bajo costo, el cual fue posible con la arquitectura de expansión externa mostrada en la figura 1, la cual resalta:
• Controladores de PC para Hardware y Software
• Conectores robustos y cables de ensamble
• Periféricos esclavos con protocolos amigables
• Expansión a través de hubs multipuestos.

Actualmente se esta desarrollando la versión de USB 2.0 el cual se esta desarrollando para redes inalámbricas.
Para entender los roles de cada uno de los elementos principales dentro del estándar de USB 1.1.
El rol del software del sistema es proveer una vista uniforme del sistema de entrada/salida para todas las aplicaciones de software. Este oculta los detalles de implementaciones de hardware para que el software de aplicaciones sea más portable. Para el sistema de Entrada/Salida de USB el subsistema en particular maneja de manera dinámica la conexión y la desconexión de los periféricos. Esta fase llamada enumeración envuelve la comunicación con el periférico para descubrir la identidad del driver del dispositivo que debe ser cargado si no ha sido cargado. Una dirección única a ser usada en tiempo de corrida es asignada para cada dispositivo durante la enumeración.
Durante el tiempo de corrida la computadora inicia transacciones para específicos periféricos y cada periférico acepta esta transacción y responde por consiguiente.
Adicionalmente el software de la computadora incorpora el periférico dentro del sistema del esquema de administración de poder y puede manejar el poder total de sistema sin intervención del usuario.
Rol del HUB
Además del rol obvio de proveer conectividad adicional para otros periféricos USB, un hub provee administración de poder para los dispositivos conectados. Este reconoce a los dispositivos conectados u provee un mínimo de 0.5w de poder para cada periférico durante la iniciación. Bajo el control del software de la computadora, el hub puede proveer de mayor poder a los dispositivos hasta un máximo de 2,5w, para la operación del dispositivo.
Un hub recientemente conectado se le asigna una dirección única y los hub se pueden conectar en cascada hasta cinco niveles. Durante el tiempo de corrida un hub opera como un repetidor bidireccional y estará repitiendo señales USB hacia arriba (hacia la computadora) y señales hacia abajo (hacia los dispositivos) o cables.
El hub además monitorea estas señales y mantiene las direcciones de las transacciones dirigidas hacia el mismo. Todas las otras transacciones son repetidas a los dispositivos conectados. Un hub permite conectar ambos periféricos de 12MB/s (full-speed) y 1.5Mb/s (lowspeed).
Rol del periférico
Todos los periféricos son esclavos y obedecen un protocolo específico. Ellos deben reaccionar para solicitar transacciones que son enviadas desde la PC, el periférico responde al control de esa transacción; por ejemplo, solicitan información detallada acerca del dispositivo y su configuración. El periférico envía y recibe datos de y hacia la computadora usando un formato estándar de USB. Este dato estandarizado es movido desde y hacia la PC y la interpretación por el periférico le provee a USB su enorme flexibilidad con un pequeño cambio de software. [2]

TIPOS DE BASES DE DATOS.
Al igual que cuando se habla, p.ej., de coches no existe un único modelo, ni una sola marca,
ni siquiera una sola tecnología sobre su funcionamiento, cuando se trabaja con bases de datos ocurre
una cosa parecida: no existe una sola marca, sino varias, y además cada marca puede tener diferentes
productos cada uno de ellos apropiado a un tipo de necesidades.
Sin embargo, la división que vamos a hacer aquí de las bases de datos será en función de la
tecnología empleada en su funcionamiento. Hablando de coches tenemos los tradicionales de motor
a gasolina, los de gasóleo, los turbodiesel, los que funcionaban con gasógeno, y mucho menos
frecuentes los coches solares o incluso los de propulsión a chorro; pues bien, hablando de bases de
datos tenemos que las más utilizadas son la bases de datos relacionales, las más antiguas son las
jerárquicas y en red, y las más avanzadas son las orientadas a objetos, y las declarativas. Estas se
diferencian como hemos dicho, en la forma de trabajar con los datos y en la concepción o mentalidad
que el usuario debe adoptar para interactuar con el sistema.
Al igual que en el caso de los coches, unos sistemas consumen más recursos que otros. P.ej.,
los sistemas declarativos consumen tanta memoria y tiempo de funcionamiento como queroseno un
coche de propulsión a chorro; una base de datos en red puede resultar tan penosa de manejar como
un coche antiguo con gasógeno. En el término medio podemos decir que lo más empleado actualmente
(aunque algunos pueden decir que lo más contaminante) es el sistema relacional, al igual que los coches
de gasolina o gasóleo.
Para describir cada uno de los modelos o paradigmas en que se basan las bases de datos,
vamos a seguir un criterio histórico, estudiando primero los sistemas más antiguos para pasar por último
a los sistemas más avanzados.
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
.
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.
Cabe distinguir en este punto entre el
concepto de tipo de registro, y ocurrencia o
instancia de registro. El tipo define la estructura
general que debe poseer, o sea, los campos de
cada uno de sus segmentos, y la estructura
jerárquica entre ellos. Una instancia es un valor
de un tipo de registro. Para que quede más
claro, un tipo de registro es como un tipo de
persona: blanco, negro, amarillo, aceitunado,
etc., mientras que una instancia es una persona
concreta perteneciente a uno de estos tipos:
Pablo Picasso, Nelson Mandela, Mao Tse
Tung, Toro Sentado, etc.
De esta forma, al segmento que se
halla a la cabeza de un registro, se le llama
segmento padre, y se llama segmentos hijo a
los que dependen de él.
Para movernos por un registro de estructura jerárquica lo que se hace es posicionarse
inicialmente en la raíz de una instancia, e ir navegando por sus hijos según nos convenga consultando
o modificando los datos pertinentes.
Una base de datos de este tipo, no permite el acceso directo a las instancias de un segmento
son ocurrencias gemelas, pues todas dependen de la instancia
UMA Clase Pizarra
del tipo de segmento Oferta.
Nótese que si el administrador decide
ocultar a determinados usuarios ciertos
segmentos (debido a que no tienen por qué
tener conocimiento de su existencia), hay que
eliminar también todos los segmentos hijos que
dependen de él. P.ej., si alguien no debe tener
acceso a las ofertas, sólo podrá acceder a los
Cursos y a los Requisitos, pero tampoco a los
profesores ni a los estudiantes.
No profundizaremos más en este
sistema; tan sólo indicar algunos de sus problemas:
- La jerarquía existente entre los tipos de objetos que se manipulan (Cursos, Estudiantes, Profesores,
etc.), y las dependencias existentes, hacen que sea imposible el acceso directo a instancias de cada una
de ellos, con lo que se pierde en independencia y facilidad de uso.
- Si un mismo segmento debe participar en varios tipos de registro, deben incluirse mecanismos que
eviten la repetición de datos. Es más, en el ejemplo anterior se ve que una instancia del segmento
Profesor:
1 S.G.R.
aparece dependiendo de la oferta de la UNED, y de la UMA. Está claro que los datos no se deben
repetir, ya que ello puede provocar que posteriormente se modifique una de las instancias pero no la
otra, con la consiguiente inconsistencia entre ambas copias de los mismos datos.

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.
Modelos avanzados.
Las bases de datos relacionales han sido y siguen siendo ampliamente utilizadas para una
extensa gama de aplicaciones. Sin embargo, el aumento de potencia de los ordenadores personales,
ha hecho aparecer nuevas aplicaciones potentes que requieren la utilización de datos complejamente
relacionados o con necesidades de consultas muy particulares, como puedan ser p.ej., los sistemas de
información geográficos, el diseño de circuitos electrónicos por ordenador, etc.
Otro de los problemas que poseen los sistemas relacionales es el uso de los lenguajes de
manipulación y definición de datos, que, aunque son muy simples de manejar directamente por un
usuario, son difíciles de insertar en un lenguaje de programación convencional, lo que da lugar a un
problema de impedancia o resistencia de un lenguaje a ser utilizado junto con otro.
Otros problemas se refieren a la inclusión del concepto de orden en los registros almacenados.
Dado que una tabla es un conjunto de registros, y un conjunto no permite ni repeticiones de sus
elementos, ni establece un orden entre ellos, es imposible representar ciertas características de datos
muy particulares.
Todos estos problemas han hecho que los investigadores estén buscando alternativas fiables
a las bases de datos relacionales, como puedan ser las deductivas, las persistentes, las funcionales, o
las orientadas a objetos, pasando por una gama de bases de datos históricas, espaciales, etc.
Dos de ellas son las que están sufriendo mayor empuje por parte de la comunidad informática.
Pasamos a describirlas.

Modelo orientado a objetos.
Actualmente, la creación de programas más grandes y complejos, ha hecho avanzar los
métodos de programación hacia nuevas formas que permiten el trabajo en equipo de una forma más
eficaz y en la que se disminuyen los problemas de coordinación. Uno de estos métodos consiste en la
programación orientada a objetos (POO), que trata los problemas desde un punto de vista realista, y
modelándo cada uno de ellos como si se tratase de un conjunto de elementos u objetos que
interrelacionan entre sí para solucionar el problema.
Para entender mejor esta filosofía, podemos pensar en ella como en el funcionamiento de un
reloj de cuerda. Un reloj de cuerda posee numerosos elementos que interactúan entre sí para obtener
- Clase. Cuando hay varios objetos semejantes, pueden agruparse en una clase. De hecho, todo
objeto debe pertenecer a una clase, que define sus características generales.. P.ej., nuestro reloj posee
varios engranajes. Serán diferentes, puesto que cada uno de ellos posee un diámetro y un número de
dientes distinto, además de poder ser o no helicoidal. Pero al fin y al cabo todos son engranajes. De
esta manera cada engranaje pertenece a la misma clase, a pesar de tener unas características
particulares que lo diferencian de los demás.
- Estado. Son las características propias de cada objeto. Siguiendo con el caso de los engranajes, su
estado puede ser el número de dientes, el tamaño, etc. El estado se utiliza especialmente para guardar
la situación del objeto que varía con el tiempo. En nuestro caso almacenaríamos la situación en un
espacio tridimensional, y la posición o postura en que se encuentra.
- Encapsulación. Cada objeto es consciente de sus propias características. El engranaje «sabe» que
si recibe una fuerza en uno de sus dientes, debe girar, y lo sabe porque obedece a unas leyes físicas.
En el caso de un programa, es el programador el que debe indicarle al objeto como comportarse ante
cada estímulo del exterior o de otro objeto. Los demás objetos simplemente se limitan a indicarle al
engranaje las fuerzas que le hacen, y ya sabrá el engranaje para dónde se ha de mover, y a qué otros
objetos modificar.
- Mensaje. Es cada uno de los estímulos que se envían a un objeto.
- Herencia. Para facilitar la programación, se puede establecer toda una jerarquía de tipos o clases.
P.ej., podemos declarar una clase Engranaje con las características básicas de los engranajes. De ella
podemos derivar otras tres: Eng. fijo, Cremallera, y Eng. helicoidal. Cada una de estas clases
especializa la clase general, con la ventaja de que las características comunes a los tres tipos de
engranajes sólo hay que decirlas una vez.
El avance de la programación orientada a objetos ha llegado hasta los programas de gestión
y que requieren el uso de bases de datos. El problema surge en el momento en que dos filosofías entran
en conflicto: la filosofía orientada a objetos, y la de la base de datos que se pretende usar,
fundamentalmente relacional. El conflicto principal es el problema de la impedancia, es decir, es difícil
hacer encajar una programación orientada a objetos con las consultas y accesos propios de la base de
datos, realizados en un lenguaje de manipulación y acceso a los datos, lenguaje que suele ser de otro
tipo, normalmente no procedural. Asimismo, los datos retornados por la base de datos están en un
.
formato incomprensible para el lenguaje orientado a objetos, por lo que es necesario un paso de
conversión que haga inteligibles esos datos.
Una solución factible a este problema consiste en hacer bases de datos cuyo sistema gestor
tenga una interfaz orientada a objetos. Cuando hablamos de interfaz nos referimos a que tenga una
capacidad tal que los programas sean capaces de interactuar con él según la filosofía orientada a
objetos. Esta solución puede ser aproximada, a su vez, según varios métodos:
- Extender el modelo relacional. Consiste en añadir a una base de datos relacional la posibilidad de
hacer cosas orientadas a objeto.
- Modelo de objetos persistentes. Consiste en declarar cierto tipo de objetos com persistentes. Un
objeto es persistente si queremos que se guarde en la base de datos.
- Modelo integrado semántico. Añade también ciertas capacidades de consulta sin necesidad de
programación externa.
De estos métodos el más empleado actualmente es el de objetos persistentes, ya que es el que
mejor se adecúa a la metodología de programación orientada a objetos.
El esquema de la figura ilustra la estructura que podría tener la clase Coche. De esta forma,
cada objeto de tipo Coche que manejemos, será almacenado automáticamente en la base de datos si
se declara como objeto persistente. Vemos que un objeto Coche puede ser, a su vez, un Turismo, un
Camión o un Remolque; un Turismo puede ser Monovolumen o Deportivo. Dependiendo del lenguaje
que se emplee, podremos tener objetos que sean simplemente Turismos sin necesidad de pertenecer
a Monovolumen o a Deportivo, o sea, podemos tener tanto objetos de clases finales como de clases
intermedias. Nótese que con esta metodología, vamos describiendo un objeto como integrado por
otros más pequeños, llegando al nivel de refinamiento que la solución de nuestro problema requiera.
Aquí indicamos que un Turismo o un Camión posee un Motor, y a continuación se describen las
Tipos de Bases de Datos.
11
características de un motor. Nótese que el campo Motor no se especifica en la clase Coche, ya que
también consideramos que un Remolque es un Coche y éstos carecen de Motor.
Este tipo de esquemas define una jerarquía desde dos puntos de vista. Por un lado especifica
un refinamiento en cuanto a conceptos: Un Deportivo es un refinamiento de un Turismo, que a su vez
es un refinamiento de un Coche. Así, podemos decir que todo Turismo es un Coche, y que todo
Deportivo es un Turismo, pero en ningún caso que todo Coche es un Deportivo, ya que hay casos de
Coches, como p.ej. Remolques, que no son Deportivos, ni siquiera Turismos. Así, existe una jerarquía
en base a la especialización o generalización (según se vea) de los objetos del problema. Hay casos,
como el de las Ruedas, en los que no es necesaria especialización alguna.
La otra jerarquía es la jerarquía de composición. Cada objeto está compuesto de campos, que
pueden ser, a su vez, otros objetos. P.ej., vemos que un Deportivo posee campos que indican sus
características particulares: su número de plazas, si viene con maletas especialmente diseñadas a la
forma del maletero, y el nivel de ruido del motor. Pero, además, por el hecho de ser un Turismo,
también posee otra información, tal como el color y si dispone de airbag o no; por otro lado los
campos Rueda y Motor, son, a su vez, objetos, cada uno de ellos con sus características propias. Esta
jerarquía supone un refinamiento en cuanto a las características de cada objeto.
Estas dos jerarquías conjuntas dan una gran potencia a la programación orientada a objetos.
Desde el punto de vista de una base de datos, los datos se almacenan de una forma parecida
al sistema relacional, de manera que existirá un tabla por cada clase o subclase de nuestro esquema.
Quizás la única diferencia sustancial es que cada objeto tiene asignado automáticamente un número
(OID- Object Identifier) que sirve para poder ser referenciado por los objetos de los que forma parte.
El concepto de OID sustituye, en parte, al de clave en el sistema relacional.
Modelo declarativo.
El enfoque de las bases de datos declarativas es sumamente intuitivo para el usuario, y le
permite abstraerse de los problemas de programación inherentes a otros métodos. Este modelo suele
usarse para bases de conocimiento, que no son más que bases de datos con mecanismos de consulta
en los que el trabajo de extracción de información a partir de los datos recae en realidad sobre el
ordenador, en lugar de sobre el usuario. Estos mecanismos de consulta exigen que la información se
halle distribuída de manera que haga eficiente las búsquedas de los datos, ya que normalmente las
consultas de este tipo requieren acceder una y otra vez a los datos en busca de patrones que se
adecúen a las características de los datos que ha solicitado el usuario. Sin embargo, no hablaremos de
la organización de los datos, sino sólo de las formas de las consultas.
Antes de comenzar, aclararemos que, cuando se vea el lenguaje SQL sobre las bases de datos
relacionales, diremos que este es un lenguaje no procedural, en el sentido de que el usuario especifica
qué es lo que quiere, pero no cómo. No se debe confundir este aspecto del SQL con un lenguaje
puramente declarativo, ya que éstos, amplían la filosofía de la base de datos, de manera que el usuario
no es consciente de los métodos de búsqueda que se realizan internamente, y la forma en que se
manejan los datos también es muy distinta; además, en el caso de las funcionales, es necesario
complicar soberanamente los métodos utilizados si se quiere mantener la pureza de la metodología
funcional. Además, la teoría que subyace en ambos modelos difiere radicalmente.
Tipos de Bases de Datos.
12
Entre las bases de datos declarativas podemos citar fudamentalmente dos: las deductivas, y las
funcionales. Ambas extienden paradigmas o métodos de programación (al igual que ocurre con la
programación orientada a objetos) a las bases de datos, de manera que ambos, programa y base de
datos puedan cooperar más eficientemente en la resolución del problema.
Las bases de datos funcionales extienden el modelo de programación funcional, que se basa
especialmente en el concepto de transparencia referencial. Este concepto viene a indicar que todo
objeto computacional se debe comportar como una función, de manera que ante las misma entradas
responde siempre con la misma salida. Este hecho, puede no ser cierto en otros paradigmas,
especialmente el orientado a objetos, en el que la salida de un objeto no depende sólo de sus entradas,
sino también del estado interno en el que se hallaba. Así, el modelo funcional elimina el concepto de
estado.
Sin embargo, una base de datos, identifica precisamente el estado de los datos que la empresa
necesita o posee en un momento determinado. Dado que bases de datos y estados tienen una relación
bastante directa, es difícil hacerla encajar con el modelo funcional. Por ello, las dejaremos a un lado,
y continuaremos con el siguiente modelo: las bases de datos deductivas.
Una base de datos deductiva puede ser considerada también como integrada por un conjunto
de tablas. Sin embargo, nuestro punto de vista varía esencialmente. A veces es necesario ver una misma
cosa (un problema, una situación, etc.) desde distintos puntos de vista, ya que ello ayuda a compararlo
con distintas cosas que ya conocemos y permite adoptar soluciones que, de otra forma, serían difíciles
de comprender. Algo así ocurre con las bases de datos deductivas. Aquí una tabla no se considera
como un conjunto de tuplas, sino como un conjunto de hechos de un tipo concreto. De hecho, una base
de datos deductiva, pretende deducir qué hechos son ciertos o no, y en qué circunstancias.  [11]

Principales gestores personales de bases de datos bibliográficas
Papyrus
Sólo disponible en versión DOS, aunque ya se ha anunciado una versión para Mac, su bajo precio, su versatilidad y la gran cantidad de funciones que incluye, lo hacen uno de los mejores programas de este tipo, sobre todo si tenemos en cuenta la relación calidad/precio. La versión más actual es la 7.0 que soporta una gran cantidad de estilos de citación, un aceptable, aunque limitado, editor de textos para la entroducción de registros y un módulo de importación de registros incluido en el programa sin coste adicional, que permite importar de las bases de datos más variadas, posibilita la creación de nuevos filtros y el proceso de importación, aunque algo lento con ordenadores poco potentes, es muy fiable, detectando registros duplicados con bastantes facilidad. Permite trabajar con la mayoría de los programas estándar de proceso de textos y la documentación que lo acompaña es muy completa y didáctica, si bien y como en el resto de los programas, tiene el inconveniente para nosotros del idioma inglés. Muchas de las funciones que presentaba Papyrus desde hace tiempo, como el recuento de ocurrencias en los campos indizados o la posibilidad de personalizar los filtros de importación, han sido asumidas más tarde por sus rivales mas difundidos. Al pertenecer a una pequeña pero dinámica empresa, las grandes actualizaciones se dilatan en el tiempo, lo que representa, junto con la obsoleta interface DOS, su principal desventaja; por el contrario, los pequeños cambios y las actualizaciones son frecuentemente complementados con un excelente y personalizado soporte técnico.
Procite
Uno de los más veteranos, disponibles en versiones para MS-DOS, Mac y Windows, también en versión para red. Si tenemos en cuenta características como edición de registros, tipos diferentes de registros, campos por registro, estilos de citación, compatibilidad con procesadores de texto, etc., Procite siempre encuentra algún rival que lo supera, sin embargo en la mayoría de las ocasiones ocupa un segundo puesto que le lleva a ser el más completo de su clase. Destaca en la generación de listas bibliográficas por materias a partir de cualquier campo y en la integración con el procesador de textos Word de Microsoft, permitiendo la posibilidad de acceder a los registros de una base de datos de Procite directamente desde Word, ahorrando los pasos intermedios que necesitan los demás programas cuando insertan llamadas y generan bibliografías a partir de un texto. Esta propiedad, denominada por los creadores del programa “Cite while you write”, sólo esta disponible para el procesador de textos Word de Microsoft.
La importación de registros se realiza mediante un módulo opcional denominado BiblioLink, con diferentes opciones y versiones, no esta integrado en el programa, debiendo ejecutarlo separadamente.
En la versión para Windows más reciente Procite 3.2.1, incluye un paquete opcional denominado Internet Enable que se compone de los programas NetCite más Book Where? Pro. Netcite esta integrado en el programa y permite capturar información procedente de Internet a partir de Netscape; inserta automáticamente el URL en un campo específico, permite incluir el resto de la información presente en Netscape en otros campos con la función de copiar y pegar. La información se almacena así en forma de registros de Procite con todas sus potencialidades de organización, búsqueda, salida y la adicional de lanzar una URL desde el propio programa. Book Where? Pro busca simultáneamente en catálogos de bibliotecas ubicados en Internet que utilizan el protocolo Z 39.50 y descarga los registros seleccionados directamente a una base de datos de Procite.
Reference Manager
También disponible en versiones para MS-DOS, MAC y Windows, Reference Manager ha pasado en sus últimas versiones de ser un programa fácil de usar pero poco versátil, orientado sobre todo al campo de la biomedicina, a ser el programa que tiene la mayor cantidad de formatos predefinidos de registros y campos definibles por el usuario, de manejo sencillo, más de cien estilos de citación y un módulo opcional de captura de registros bibliográficos, sencillo de usar, perfectamente integrado y que contiene la mayor parte de los servicios en CD-ROM y On-line.
Como ventaja adicional presenta la compatibilidad con un producto de alerta bibliográfica médica, de la misma empresa, llamado Reference Update. Derivadas de la facilidad de uso, vienen sus principales desventajas, con una interface en la edición manual de registros algo rígida, lenta y con un editor de textos insuficiente para la edición de los campos más largos.
Research Information Systems, empresa que comercializa Reference Manager, es una subsidiaria del ISI editor del famoso Science Citation Index y de los Current Contents, recientemente ha adquirido a Personal Bibliográfic Software, la empresa creadora de Procite, aunque han declarado mantener los dos productos separadamente, proporcionando mantenimiento para ambos programas.
End Note
Al contrario que otros programas End Note ha estado dedicado desde su inicio al entorno Macintosh, no obstante dispone de versiones para DOS y Windows, siendo el único que ya ha implementado una versión de 32 bits, aunque no tiene versión para uso en red. Está especialmente implantado en el mundo universitario americano, con descuentos especiales para estudiantes y personal académico. Presenta la mayoría de las funciones de los principales, con capacidad de importar bases de datos de Procite o Reference Manager, lo que facilita la migración desde otros programas bibliográficos. No permite generar listados bibliográficos ordenadas por materias y los tipos de registros predefinido no son numerosos. Sin embargo las últimas versiones disponen de campos específicos para URL de Internet y la posibilidad de acceso directo desde el procesador de textos Word de Microsoft.
EL modulo de importación, opcional, se llama EndLink, integrado en el programa principal proporciona filtros suficientes para la mayoría de las bases de datos [12].

(Redirigido desde DML)
Un Lenguaje de Manipulación de Datos (Data Manipulation Language (DML) es un lenguaje proporcionado por el sistema de gestión de base de datos que permite a los usuarios de la misma llevar a cabo las tareas de consulta o manipulación de los datos, organizados por el modelo de datos adecuado.
El lenguaje de manipulación de datos más popular hoy día es SQL, usado para recuperar y manipular datos en una base de datos relacional. Otros ejemplos de DML son los usados por bases de datos IMS/DL1, CODASYL u otras.
Clasificación del lenguaje de manipulación de datos [editar]
Se clasifican en dos grandes grupos:
  lenguajes de consulta procedimentales
  lenguajes de consulta no procedimentales [14]
  

http://es.wikipedia.org/wiki/Base_de_datos  [1]
http://www.monografias.com/trabajos11/basda/basda.shtml#d [2]
http://www.masadelante.com/faq-base-de-datos.htm [3]
http://www.alegsa.com.ar/Dic/base%20de%20datos.php [4]
http://www.definiciones.com.mx/definicion/B/base-de-datos/ [5]
http://sistemas.itlp.edu.mx/tutoriales/basedat1/tema1_1.htm [6]
http://www.mastermagazine.info/termino/4012.php [7]
http://www.duiops.net/manuales/access/access1.htm [8]
http://databas.blogspot.com/2008/02/11-definicin-de-base-de-datos.html [9]
http://www.mitecnologico.com/Main/DefinicionBaseDeDatos [10]
http://www.lcc.uma.es/~galvez/ftp/bdst/Tema2.pdf [11]
http://www.infodoctor.org/rafabravo/pbs.htm [12]
http://www.monografias.com/trabajos11/prosq/prosq.shtml [13]
http://es.wikipedia.org/wiki/DML [14]
http://www.aulaclic.es/sql/t_8_1.htm [1