Introducción a las Bases de Datos
Introducción a las Bases de Datos
PDF generado usando el kit de herramientas de fuente abierta mwlib. Ver [Link] para mayor informacin. PDF generated at: Mon, 14 Mar 2011 17:54:13 UTC
Contenidos
Artculos
Introduccin
Dato 1 1 2 2 7 7 10 10 13 13
Administracin
Administrador de base de datos
Gestin
Sistema de gestin de bases de datos
Productos
dBase
Referencias
Fuentes y contribuyentes del artculo Fuentes de imagen, Licencias y contribuyentes 16 17
Licencias de artculos
Licencia 18
Introduccin
Dato
El dato es una representacin simblica (numrica, alfabtica, algortmica etc.), un atributo o una caracterstica de una entidad. El dato no tiene valor semntico (sentido) en s mismo, pero si recibe un tratamiento (procesamiento) apropiado, se puede utilizar en la realizacin de clculos o toma de decisiones. Es de empleo muy comn en el mbito informtico y, en general, prcticamente en cualquier disciplina cientfica. En programacin, un dato es la expresin general que describe las caractersticas de las entidades sobre las cuales opera un algoritmo. En Estructura de datos, es la parte mnima de la informacin.
Un dato por s mismo no constituye informacin, es el procesamiento de los datos lo que nos proporciona informacin.
Humanidades
En humanidades, especficamente en el mbito de las ciencias de la informacin y la bibliotecologa, se considera que un dato es una expresin mnima de contenido sobre un tema. Ejemplos de datos son: la altura de una montaa, la fecha de nacimiento de un personaje histrico, el peso especfico de una sustancia, el nmero de habitantes de un pas, etc. La informacin representa un conjunto de datos relacionados que constituyen una estructura de menos complejidad (por ejemplo, un captulo de un libro de ciencias). En otras palabras, un conjunto de datos convenientemente estructurado y organizado es lo que llamamos informacin.
Vase tambin
Informacin Conocimiento Sistema de informacin Metadato
Base de datos Bases de datos dinmicas stas son bases de datos donde la informacin almacenada se modifica con el tiempo, permitiendo operaciones como actualizacin, borrado y adicin de datos, adems de las operaciones fundamentales de consulta. Un ejemplo de esto puede ser la base de datos utilizada en un sistema de informacin de un supermercado, una farmacia, un videoclub o una empresa;
Segn el contenido
Bases de datos bibliogrficas Solo contienen un subrogante (representante) de la fuente primaria, que permite localizarla. Un registro tpico de una base de datos bibliogrfica contiene informacin sobre el autor, fecha de publicacin, editorial, ttulo, edicin, de una determinada publicacin, etc. Puede contener un resumen o extracto de la publicacin original, pero nunca el texto completo, porque si no, estaramos en presencia de una base de datos a texto completo (o de fuentes primarias ver ms abajo). Como su nombre lo indica, el contenido son cifras o nmeros. Por ejemplo, una coleccin de resultados de anlisis 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 coleccin de revistas cientficas. Directorios Un ejemplo son las guas telefnicas en formato electrnico. Bases de datos o "bibliotecas" de informacin qumica o biolgica Son bases de datos que almacenan diferentes tipos de informacin proveniente de la qumica, las ciencias de la vida o mdicas. Se pueden considerar en varios subtipos: Las que almacenan secuencias de nucletidos o protenas. Las bases de datos de rutas metablicas. Bases de datos de estructura, comprende los registros de datos experimentales sobre estructuras 3D de biomolculas Bases de datos clnicas. Bases de datos bibliogrficas (biolgicas, qumicas, mdicas y de otros campos): PubChem, Medline, EBSCOhost.
Base de datos
Base de datos
Base de datos Estas surgen debido a la existencia fsica 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, etctera.
Vase tambin
Sistema de gestin de base de datos Modelo relacional, normalizacin de bases de datos Base de datos orientada a objetos Almacn de datos Minera de datos Base de datos biolgica Base de datos probabilstica
Administracin
Administrador de base de datos
El administrador de base de datos (DBA) es la persona responsable de los aspectos ambientales de una base de datos. En general esto incluye lo siguiente: Recuperabilidad - Crear y probar Respaldos Integridad - Verificar o ayudar a la verificacin en la integridad de datos Seguridad - Definir o implementar controles de acceso a los datos Disponibilidad - Asegurarse del mayor tiempo de encendido Desempeo - Asegurarse del mximo desempeo incluso con las limitaciones Desarrollo y soporte a pruebas - Ayudar a los programadores e ingenieros a utilizar eficientemente la base de datos.
El diseo lgico y fsico de las bases de datos a pesar de no ser obligaciones de un administrador de bases de datos, es a veces parte del trabajo. Esas funciones por lo general estn asignadas a los analistas de bases de datos o a los diseadores de bases de datos.
Deberes
Los deberes de un administrador de bases de datos dependen de la descripcin del puesto, corporacin y polticas de Tecnologas de Informacin (TI). Por lo general se incluye recuperacin de desastres (respaldos y pruebas de respaldos), anlisis de rendimiento y optimizacin, y algo de asistencia en el diseo de la base de datos. Debe incorporarse una metodologa basada en calidad y administracin de riesgos al proceso de la administracin de bases de datos. [Link]
Disponibilidad
La disponibilidad significa que los usuarios autorizados tengan acceso a los datos cuando lo necesiten para atender a las necesidades del negocio. De manera incremental los negocios han ido requiriendo que su informacin est disponible todo el tiempo (7x24", o siete das a la semana, 24 horas del da). La industria de TI ha respondido a estas necesidades con redundancia de red y hardware para incrementar las capacidades administrativas en lnea. siempre y cuando estes en la administracion de la TI.
Recuperabilidad
La recuperabilidad significa que, si se da algn error en los datos, hay un bug de programa de hardware, el DBA (Administrador de base de datos) puede traer de vuelta la base de datos al tiempo y estado en que se encontraba en estado consistente antes de que el dao se causara. Las actividades de recuperacin incluyen el hacer respaldos de la base de datos y almacenar esos respaldos de manera que se minimice el riesgo de dao o prdida de los mismos, tales como hacer diversas copias en medios de almacenamiento removibles y almacenarlos fuera del rea en antelacin a un desastre anticipado. La recuperacin es una de las tareas ms importantes de los DBA's. La recuperabilidad, frecuentemente denominada "recuperacin de desastres", tiene dos formas primarias. La primera son los respaldos y despus las pruebas de recuperacin. La recuperacin de las bases de datos consisten en informacin y estampas de tiempo junto con bitcoras los cuales se cambian de manera tal que sean consistentes en un momento y fecha en particular. Es posible hacer respaldos de la base de datos que no incluyan las estampas de tiempo y las bitcoras, la diferencia reside en que el DBA debe sacar de lnea la base de datos en caso de llevar a cabo una recuperacin. Las pruebas de recuperacin consisten en la restauracin de los datos, despus se aplican las bitcoras a esos datos para restaurar la base de datos y llevarla a un estado consistente en un tiempo y momento determinados. Alternativamente se puede restaurar una base de datos que se encuentra fuera de lnea sustituyendo con una copia de la base de datos. Si el DBA (o el administrador) intentan implementar un plan de recuperacin de bases de datos sin pruebas de recuperacin, no existe la certeza de que los respaldos sean del todo vlidos. En la prctica, los respaldos de la mayora de los RDBMSs son raramente vlidos si no se hacen pruebas exhaustivas que aseguren que no ha habido errores humanos o bugs que pudieran haber corrompido los respaldos.
Integridad
La integridad de una base de datos significa que, la base de datos o los programas que generaron su contenido, incorporen mtodos que aseguren que el contenido de los datos del sistema no se rompan as como las reglas del negocio. Por ejemplo, un distribuidor puede tener una regla la cual permita que slo los clientes individuales puedan solicitar rdenes; a su vez cada orden identifique a uno y slo un proveedor. El servidor Oracle y otros DBMSs relacionales hacen cumplir este tipo de reglas del negocio con limitantes, las cuales pueden ser configuradas implcitamente a travs de consultas. Para continuar con este ejemplo, en el proceso de insercin de una nueva orden a la base de datos, esta a su vez tendra que cerciorarse de que el cliente identificado existen en su tabla para que la orden pueda darse.
Seguridad
Seguridad significa la capacidad de los usuarios para acceder y cambiar los datos de acuerdo a las polticas del negocio, as como, las decisiones de los encargados. Al igual que otros metadatos, una DBMS relacional maneja la seguridad en forma de tablas. Estas tablas son las "llaves del reino" por lo cual se deben proteger de posibles intrusos.
Rendimiento
El rendimiento significa que la base de datos no cause tiempos de respuesta poco razonables. En sistemas muy complejos cliente/servidor y de tres capas, la base de datos es slo uno de los elementos que determinan la experiencia de los usuarios en lnea y los programas desatendidos. El rendimiento es una de las mayores motivaciones de los DBA para coordinarse con los especialistas de otras reas del sistema fuera de las lneas burocrticas tradicionales.
Desarrollo/Soporte a pruebas
Uno de los deberes menos respetados por el administrador de base de datos es el desarrollo y soporte a pruebas, mientras que algunos otros encargados lo consideran como la responsabilidad ms importante de un DBA. Las actividades de soporte incluyen la colecta de datos de produccin para llevar a cabo pruebas con ellos; consultar a los programadores respecto al desempeo; y hacer cambios a los diseos de tablas de manera que se puedan proporcionar nuevos tipos de almacenamientos para las funciones de los programas. Algunos roles del personal de TI relacionados con la administracin de base de datos: programador de aplicaciones Administrador de sistema Administrador de datos
10
Gestin
Sistema de gestin de bases de datos
Los sistemas de gestin de bases de datos (en ingls database management system, abreviado DBMS) son un tipo de software muy especfico, dedicado a servir de interfaz entre la base de datos, el usuario y las aplicaciones que la utilizan.
Propsito
El propsito general de los sistemas de gestin de bases de datos es el de manejar de manera clara, sencilla y ordenada un conjunto de datos que posteriormente se convertirn en informacin relevante para una organizacin.
Objetivos
Existen distintos objetivos que deben cumplir los SGBD: Abstraccin de la informacin. Los SGBD ahorran a los usuarios detalles acerca del almacenamiento fsico de los datos. Da lo mismo si una base de datos ocupa uno o cientos de archivos, este hecho se hace transparente al usuario. As, se definen varios niveles de abstraccin. Independencia. La independencia de los datos consiste en la capacidad de modificar el esquema (fsico o lgico) de una base de datos sin tener que realizar cambios en las aplicaciones que se sirven de ella. Consistencia. En aquellos casos en los que no se ha logrado eliminar la redundancia, ser necesario vigilar que aquella informacin que aparece repetida se actualice de forma coherente, es decir, que todos los datos repetidos se actualicen de forma simultnea. Por otra parte, la base de datos representa una realidad determinada que tiene determinadas condiciones, por ejemplo que los menores de edad no pueden tener licencia de conducir. El sistema no debera aceptar datos de un conductor menor de edad. En los SGBD existen herramientas que facilitan la programacin de este tipo de condiciones. Seguridad. La informacin almacenada en una base de datos puede llegar a tener un gran valor. Los SGBD deben garantizar que esta informacin se encuentra segura de permisos a usuarios y grupos de usuarios, que permiten otorgar diversas categoras de permisos. Manejo de transacciones. Una transaccin es un programa que se ejecuta como una sola operacin. Esto quiere decir que luego de una ejecucin en la que se produce una falla es el mismo que se obtendra si el programa no se hubiera ejecutado. Los SGBD proveen mecanismos para programar las modificaciones de los datos de una forma mucho ms simple que si no se dispusiera de ellos. Tiempo de respuesta. Lgicamente, es deseable minimizar el tiempo que el SGBD demora en proporcionar la informacin solicitada y en almacenar los cambios realizados.
11
Ventajas
Proveen facilidades para la manipulacin de grandes volmenes de datos (ver objetivos). Entre stas: Simplifican la programacin de equipos de consistencia. Manejando las polticas de respaldo adecuadas, garantizan que los cambios de la base sern siempre consistentes sin importar si hay errores correctamente, etc. Organizan los datos con un impacto mnimo en el cdigo de los programas. Disminuyen drsticamente los tiempos de desarrollo y aumentan la calidad del sistema desarrollado si son bien explotados por los desarrolladores. Usualmente, proveen interfaces y lenguajes de consulta que simplifican la recuperacin de los datos.
Inconvenientes
1. Tpicamente, es necesario disponer de una o ms personas que administren la base de datos, de la misma forma en que suele ser necesario en instalaciones de cierto porte disponer de una o ms personas que administren los sistemas operativos. Esto puede llegar a incrementar los costos de operacin en una empresa. Sin embargo hay que balancear este aspecto con la calidad y confiabilidad del sistema que se obtiene. 2. Si se tienen muy pocos datos que son usados por un nico usuario por vez y no hay que realizar consultas complejas sobre los datos, entonces es posible que sea mejor usar una planilla de clculo. 3. Complejidad: los software muy complejos y las personas que vayan a usarlo deben tener conocimiento de las funcionalidades del mismo para poder aprovecharlo al mximo. 4. Tamao: la complejidad y la gran cantidad de funciones que tienen hacen que sea un software de gran tamao, que requiere de gran cantidad de memoria para poder correr. 5. Coste del hardware adicional: los requisitos de hardware para correr un SGBD por lo general son relativamente altos, por lo que estos equipos pueden llegar a costar gran cantidad de dinero.
SGBD no libres
MySQL: Licencia Dual, depende del uso. No se sabe hasta cundo permanecer as, ya que ha sido comprada por Oracle. Sin embargo, existen 2 versiones: una gratuita que sera equivalente a la edicin "express" SQL server de Microsoft Windows, y otra ms completa de pago. Advantage Database dBase FileMaker Fox Pro gsBase IBM DB2: Universal Database (DB2 UDB) IBM Informix Interbase de CodeGear, filial de Borland
Sistema de gestin de bases de datos MAGIC Microsoft Access Microsoft SQL Server NexusDB Open Access Oracle Paradox PervasiveSQL Progress (DBMS) Sybase ASE Sybase ASA Sybase IQ WindowBase IBM IMS Base de Datos Jerrquica CA-IDMS
12
Vase tambin
Base de datos Comparacin de sistemas administradores de bases de datos relacionales
13
Productos
dBase
dBASE fue el primer Sistema de gestin de base de datos usado ampliamente para microcomputadoras, publicado por Ashton-Tate para CP/M, y ms tarde para Apple II, Apple Macintosh, UNIX [1], VMS [2], e IBM PC bajo DOS donde con su legendaria versin III Plus se convirti en uno de los ttulos de software ms vendidos durante un buen nmero de aos. dBASE nunca pudo superar exitosamente la transicin a Microsoft Windows y termin siendo desplazado por productos ms nuevos como Paradox, Clipper, y FoxPro. Incorporaba un lenguaje propio interpretado y requera un LAN PACK para funcionar sobre red local. En 1988 lleg finalmente la versin IV. dBASE fue vendido a Borland en 1991. Al poco tiempo promovi una casi intrascendente versin 5, de la que lleg a haber versin para Windows. Luego vendi los derechos de la lnea de productos en 1999 a dataBased Intelligence, Inc. [3] (dBI) que sigue comercializando nuevas versiones, llamadas dBASE Plus, desde 1999. Durante la primera mitad de los '80s muchas otras compaas produjeron sus propios dialectos o variaciones del producto y lenguaje. Estos incluyeron FoxPro (ahora Visual FoxPro), Quick-Silver, Clipper, Xbase++ [4], FlagShip, y Harbour. Todos ellos son llamados informalmente como xBase o XBase. El formato subyacente de dBASE, el archivo dbf, es ampliamente utilizado en muchas otras aplicaciones que necesitan un formato simple para almacenar datos estructurados. dBASE fue licenciado a los usuarios por un plazo de quince aos basado en el inconcebible evento de que un usuario utilizara su copia de dBASE por tan largo perodo.
Historia
La historia de dBASE empez a mediados de 1960 como un sistema llamado RETRIEVE. Este sistema era usado, entre otros, por el Jet Propulsion Laboratory, que comision el desarrollo de su propia versin de RETRIEVE a uno de sus programadores, Jeb Long. El resultado fue un sistema llamado JPLDIS, que corra en la UNIVAC 1108 y estaba escrito en FORTRAN. El creador original de dBase fue Wayne Ratliff [5]. En 1978, durante su estancia en el Jet Propulsion Laboratory (Laboratorio de Propulsin a Chorro) Ratliff escribi un programa de base de datos en ensamblador para ordenadores con sistema operativo CP/M para ayudar con las apuestas de ftbol en la oficina. Lo denomin Vulcan en referencia al personaje Mr. Spock de Star Trek. Se bas en el JPLDIS (Jet Propulsion Laboratory Display Information System) desarrollado por Jeb Long. Ms tarde lo us para preparar sus impuestos y decidi que tena un potencial comercial. Las primeras copias tenan un precio de US$ 7.000. La respuesta comercial fue baja y finalmente este hecho, sumado al estrs de las extensiones y las mejoras al sistema, hizo que su mercadeo se estancara.
dBase
14
Ashton-Tate
Un cliente de Vulcan se comunic con George Tate y Hal Lashlee, a la sazn dueos de Discount Software y estos fueron a ver a Ratliff y su demostracin de Vulcan. Impresionados, le hicieron un ofrecimiento de derechos exclusivos de mercadeo, que Ratliff acept. Finalmente la compaa creci lo suficiente como para contratar a Ratliff como vicepresidente de nuevas tecnologas, y luego como lder del proyecto dBASE. Igualmente se vincul a la compaa el programador original de RETRIEVE, Jeb Long, quien termin por crear el lenguaje de programacin interno de dBASE y quien fuera conocido como el gur de los productos dBASE en Ashton-Tate.
dBase II
Vulcan es portado al IMSAI 8080, se le renombra a dBase II (Tate considera que una versin 2' dar una imagen de ms seriedad y producto ms elaborado) y de ah a CP/M, donde se le aaden comandos de soporte de interfaz de video (en modo texto), y soporte de control de fujo (como DO WHILE/ENDDO) y lgica condicional (como IF/ENDIF). Para el manejo de datos, dBase proporciona detallados comandos procedurales y funciones para abrir y navegar por las tablas (como USE, SKIP, GO TOP, GO BOTTOM, y GO recno), manipular valores en los campos (REPLACE y STORE), y manipulacin de cadenas de caracteres (como STR() and SUBSTR()), Fechas y Nmeros. Su habilidad para simultneamente abrir y manipular mltiples ficheros conteniendo datos relacionados har que Ashton-Tate lo califique de base de datos relacional aunque no cumpla con los criterios definidos por el Dr. Edgar F. Codd. Alcanza un gran xito, y se incluye en los paquetes de soft distribuidos con el Osborne I, la gama de ordenadores Kaypro y otros equipos. El nacimiento de los ordenadores domsticos hacen que se utilice para crear programas profesionales en equipos como las gamas Amstrad CPC y Amstrad PCW, el Commodore 128 y los equipos MSX con unidad de disco (el MSX-DOS soporta los ejecutables CP/M 8080 y Z80).
dBASE III
Las versiones originales fueron escritas en lenguaje ensamblador, pero a medida que el programa creci se tom la decisin de re-escribir el cdigo en lenguaje C. El resultado fue que las mquinas recientes corran bien el cdigo, pero no as las antiguas. Adems, tena el problema colateral de que los programas corran ms despacio. Este problema desapareci "solo" al aumentar la potencia del hardware paulatinamente. La versin 1.0, presentada en 1984, contena numerosos errores que fueron solucionados en la versin 1.1. Tambin existi una versin 1.2, que fue presentada como "Developer's edition". En 1986, se present dBase III+, que inclua un ncleo mejorado y mens basados en caracteres de texto para ser utilizado por usuarios finales. Tambin aportaba un primer soporte para red local.
dBASE IV
En 1988 sali la nueva versin, que anunciaba mejores prestaciones y nuevas funcionalidades como soporte SQL, soporte para red local, compilador, entre otras, aunque en realidad era terriblemente lenta e inestable. Aunque incorporaba un compilador, produca slo cdigo objeto y no un ejecutable, que no era lo que el mercado y desarrolladores esperaban. Este ltimo punto aliment lo suficiente a Clipper para que la acabara enterrando. Se tard 2 aos en presentar la versin 1.1, que correga los problemas de inestabilidad. Para entonces, Paradox y sobre todo Clipper ya la haban echado del mercado. Finalmente, ya dentro de Borland, se lleg a presentar Visual dBASE, posteriormente renombrada dBASE Plus.
dBase
15
Referencias
[1] [2] [3] [4] [5] http:/ / www. emsps. com/ oldtools/ bordb. htm http:/ / www. worldcatlibraries. org/ oclc/ 24871441?& lang=es http:/ / www. databi. com/ About_us. asp http:/ / www. alaska-software. com http:/ / www. foxprohistory. org/ interview_wayne_ratliff. htm
16
17
Licencia
18
Licencia
Creative Commons Attribution-Share Alike 3.0 Unported http:/ / creativecommons. org/ licenses/ by-sa/ 3. 0/