Gestores de Base de Datos by 3g46oqRo

VIEWS: 78 PAGES: 107

									Gestores de Base de Datos
Funcionamiento año-2005
   La teoría solo está como soporte para consultar lo visto
    en las prácticas. ¡Por si hay dudas!.
   No se memoriza nada, solo se entiende lo que se explica
    en clase, se complementa con este tema o mejor con la
    ayuda del propio Access (Microsoft siempre nos supera).
   Me interesa el conocimiento profundo del Access a nivel
    de usuario.
   Intentaremos tratar aspecto de gestión de usuarios,
    acceso multiusuario, compartir información con otras
    herramientas, acceso desde navegadores a las bases de
    datos, junto a lo visto otros años, pero partiendo de una
    base de datos ya diseñada. De hecho, con los asistentes
    actuales siempre es posible esto.

                                                                2
                     GESTORES DE BASE DE DATOS
    Un gestor de bases de datos
   Un gestor de base de datos permite crear y mantener
    información en la memoria del ordenador, y es capaz
    de encontrar en ellos el dato que se le solicite.
   Un sistema de gestión de base de datos (SGBD o
    DBMS) es un software que permite introducir,
    organizar y recuperar la información de las bases de
    datos; en definitiva, administrarlas.
   Existen diversos tipos aunque el modelo relacional es
    el seguido por casi todos los gestores de bases de
    datos para PC´s.
   El modelo relacional (SGBDR) es un software que
    almacena los datos en forma de tablas.
   Un SGBDR realiza las funciones:
       Definición de tablas y relaciones
       ayuda a la introducción, modificación y borrado de
        datos
       realización de consultas
       realización de formularios
       realización de informes
       Creación de páginas web para acceso a la información
       y módulo para crear programas o aplicaciones
   Tienen    la   función   de    almacenamiento,
    recuperación y mantenimiento de información.
Ejemplo de trabajar con ficheros
     2. Utilización
   Todas las organizaciones deben tener un sistema que
    procese la mayoría de sus datos. Para manejar mucha
    información se puede desarrollar software a medida o
    bien usar sistemas de gestión de bases de datos.
   Las bases de datos estandarizan el almacenamiento de los
    datos y en el acceso a los mismos.
   Su ámbito de aplicación abarca a cualquier colectivo que
    maneje datos. Se utilizarán para automatizar la
    información registrada en ficheros manuales.
   La dificultad reside en pasar toda esa información del
    papel al soporte magnético.
   Los usuarios no técnicos podrán manejar la
    información de forma sencilla y eficiente.
   Los programadores de aplicaciones tienen una
    serie de funciones de visualización y entrada de
    datos más eficientes y elaboradas que las
    incluidas en lenguajes de programación de alto
    nivel, además de permitir la utilización de dichos
    lenguajes de alto nivel.
   Tipos de usuarios: usuarios de información,
    programadores que implementan soluciones a
    medida y administradores de la Base de Datos.
   Tres clases de usuarios:
       Programador de aplicaciones. Encargado de escribir
        programas de aplicación que utilicen bases de datos
        (lenguaje de alto nivel, como COBOL, PL/I, CLIPPER,
        4GL).
       Usuario final. Accede a la base de datos desde de un
        terminal empleando un lenguaje de consulta (DML) o a
        través de un programa.
       Administrador de la base de datos. Se encargada del
        control general del sistema de base de datos.
   Sus responsabilidades incluyen:
     Decidir el contenido de la base de datos.
     Decidir la estructura y la estrategia de acceso.

     Definir    los controles de autorización y
      procedimientos de validación.
     Definir estrategias de respaldo y recuperación

      tras posibles fallos del sistema.
     Controlar el rendimiento y utilización de la base

      de datos.
     Responder a los cambios de requerimientos.
3. Estructura de una Base de Datos
   Una base de datos es un sistema formado por un
    conjunto de datos organizados de forma que se
    controla     el   almacenamiento      de    datos
    (almacenándose los datos y las relaciones) y son
    independientes de los programas que los usan.
   El acceso a los datos se hace de diversas formas.
    Los requisitos que debe cumplir son:
       Los usuarios pueden acceder simultáneamente y cada
        uno tendrá acceso a una información particular.
       Se controlará el acceso de todos los usuarios
        asegurando la confidencialidad y la seguridad.
   Los datos se almacenan sin redundancia, excepto
    excepcionalidades.
   Se podrán usar distintas formas de acceso,
    asegurándose la flexibilidad en las búsquedas.
   Tienen mecanismos concretos de recuperación de
    información en caso de fallo de la computadora.
   El cambio del soporte físico no repercutirá en los
    programas, ni en la base de datos.
   Se podrán modificar los datos y las relaciones
    entre ellos sin afectar a los programas.
   Incorporarán una interfaz de usuario que permita
    usarla de forma cómoda y sencilla.
Ejemplo de empresa usando una
base de datos
Conceptos en las bases de datos:
   Una entidad es un objeto (real o abstracto) con
    características diferenciadoras, que lo distinguen
    de otros objetos, ha de recoger información para
    identificarle de una manera única.
   Ejemplos:
       En una empresa tendríamos el tipo de entidad:
        Trabajador, Representante, Pedido, Piezas, etc.
       En una biblioteca, Libro, Autor, Socio, serían ejemplos
        de entidades.
       Una academia, podría tener dos entidades: La entidad
        Alumno y otra para representar la información de los
        profesores, Profesor.
   La información que contiene la entidad debe ser
    coherente y en consonancia con las
    necesidades.
   Ejemplo:
       Una empresa dedicada a vender piezas para el
        automóvil. Necesitaría almacenar datos de los:
          representantes de la empresa,
          de las Piezas que la empresa vende,

          de los Clientes a los que la nuestra empresa

           vende sus productos,
          e información referente a los Pedidos que la

           empresa recibe.
       Así las cuatro entidades (Representantes, Piezas,
        Clientes y Pedidos) van a constituir la base de
        nuestro sistema de gestión.
   Toda entidad contiene un conjunto de datos, a los
    que llamaremos atributos o campos, que describen
    de una manera completa a la entidad. Así
    tendríamos:
       Para Representantes: D.N.I. del Representante,
        Nombre      de     Representante,     Apellidos   del
        Representante, Código de Representante, Dirección
        del Representante, Teléfono del Representante..., y
        todos aquellos atributos que nosotros, como
        diseñadores, consideremos que son imprescindibles
        para la definición correcta del tipo de objeto
        Representantes.
       La entidad Piezas tendrá los atributos; Código de la
        Pieza, Nombre de la Pieza, Color de la Pieza, Peso de
        la Pieza, Ciudad de Fabricación de la Pieza,
        Descripción de la Pieza...
       Libro tendría los atributos: Titulo, Nombre_Autor,
        Editorial, Edicion, N_Paginas.
       La entidad Empleado quedaría definida con los
        atributos #Emp (código de empleado), DNI, NSS
        (número de la seguridad social), Nombre, Apellido,
        #Dpto (código del departamento al que pertenece el
        empleado), Sueldo y Categoria.
   En una base de datos, la información de cada entidad
    se almacena en registros, y cada atributo, en campos
    de dicho registro.
   En la base de datos tendremos diferentes tipos de
    registros, tantos como entidades. Ésta es la diferencia
    fundamental con respecto a los ficheros.
   Para referenciar a cada una de las apariciones de ese
    registro en la base de datos usaremos palabras como,
    valor actual del registro, ocurrencia de registro.
   Ejemplo:
       La entidad Automovil con los campos N_matricula, Marca,
        Modelo, Color, Km, Gasolina, y una ocurrencia de registro:
        J-5757-M, Ford, Orion, Rojo, 45401, Super.
       En una base de datos comercial, Tenemos las entidades
        Cliente, Vendedor, Producto, etc. Para el registro Vendedor,
        habrá tantas ocurrencias de dicho registro como vendedores
        hay en la empresa.
   Es necesario que el contenido de la entidad quede
    reflejado de manera única respecto al resto de
    contenidos de esa misma entidad.
   Esto se consigue mediante la clave de entidad, que
    no es más que uno o un conjunto de atributos de la
    propia entidad que identificará de una manera única a
    cada ocurrencia de la entidad.
   Ejemplo:
       la entidad Representantes contiene dos atributos que
        perfectamente pueden identificar de manera única a cada
        ocurrencia: D.N.I. y Código de Representantes.
       Son claves de entidad, puesto que no existe más que un
        representante con un mismo D.N.I. o Código. Sin embargo
        pueden coexistir, varios representantes con un mismo
        Nombre, igual Apellido, etc.
   Si una clave no tiene ningún subconjunto que sea a
    su vez clave, se dice que es una clave candidata. El
    diseñador escogerá una clave candidata, que será la
    clave principal o primaria. Al resto se les llamará
    claves alternativas.
   Ejemplo:
       En la entidad Alumno con atributos: N_matricula, Nombre,
        Apellido, DNI, Direccion, Telefono, F_nacimiento, tenemos
        como ejemplos de claves:
            N_matricula
            DNI (suponiendo que no existen DNI repetidos)
            Nombre + Apellidos (suponiendo que no existen dos alumnos que
             se llamen igual)
            Nombre + Apellidos + DNI
          N_matricula + DNI (si N_matricula identifica de forma unívoca
           a un alumno; más aún, lo discriminará si se le añade otra
           condición: DNI)
          N_matricula + Nombre + Apellidos + DNI
          N_matricula + Nombre + Apellidos + DNI + Direccion +
           Telefono + F_nacimiento
   Sin embargo, las claves candidatas que aparecen
    son:
          N_matricula
          DNI (suponiendo que no existen DNI repetidos)
          Nombre + Apellidos (suponiendo que no existen dos alumnos
           que se llamen igual)
   En el resto de las claves se puede encontrar un
    subconjunto de atributos que satisfacen la
    condición de ser, a su vez, claves.
   Entre las claves candidatas escogemos:
       clave primaria N_matricula.
       Las otras dos claves candidatas, DNI y Nombre + Apellido,
        pasarán a ser claves alternativas.
   Puede que no haya ningún atributo que identifique
    de manera única cada una de las ocurrencias de la
    entidad, reciben el nombre de entidades débiles y
    deberemos transformarlas para conseguir una
    entidad con clave.
   A veces, nuestro sistema tendrá que incluir en una
    entidad, claves procedentes de otras entidades. Estas
    las reconoceremos como claves foráneas.
3.1.-Representación          de    entidades       y
atributos
   El elemento entidad se representa mediante un
    rectángulo, dentro del cual se inserta el nombre
    de la entidad.
   Los atributos para cada una de las entidades
    quedan representados por su nombre rodeado
    por una elipse. Si se trata de la clave de la
    entidad la rodearemos con una doble elipse. Los
    atributos que hagan referencia a una entidad
    deberán estar unidos a esta por una línea.
   Representación de entidades y
   atributos

                                                       D.N.I._Representante

                               Representantes
Representantes                                         Código_Representante


                                                       Nombre_Representante
Figura 1.1 Entidad
                                                       Apellidos_Representante


                                                       Domicilio_Representante

                     Figura 1.2. Entidad y atributos   Teléfono_Representante
    3.2 Relaciones.
   Las entidades están, en la mayoría de los casos,
    relacionados unos con otros.
   Así por ejemplo:
       un Representante lo es de una serie de Piezas,
       un Pedido lo ha realizado un Representante,
       o simplemente un Pedido es de una serie de Piezas.
   Vemos, que no basta con identificar objetos, hay,
    además, que establecer las asociaciones entre ellos.
    Para ello, se introduce el concepto de relación.
    Relaciones son elementos que conectan distintas
    entidades entre sí.
   Ejemplos:
       Establecer relaciones entre Libro-Autor, Alumno-Profesor,
        Departamento-Empleado, Empleado-Cónyuge, Padre-Hijo,
        Automovil-Propietario.
   Existe una referencia entre dos entidades, cuando un
    campo o conjunto de campos de una de las entidades es
    clave de la otra; esto permitirá localizar una entidad a
    partir de otra.
   A este conjunto de atributos se le denomina clave
    foránea o clave ajena de la entidad.
   Ejemplo:
       Las entidades Empleado y Departamento (atributos;
        #Dpto, Nombre, Seccion, N_empleados,número de
        empleados que contiene el departamento). Entre ambas el
        atributo #Dpto de la entidad Empleado es una clave
        foránea de la entidad Departamento.
   El grado de una relación es la
    participación en la relación de cada una
    de las entidades afectadas y hay 3 tipos
    posibles:
       1:1 (una a una). A cada ocurrencia de una
        entidad le corresponde no más de una
        ocurrencia de la otra, y a la inversa. Son
        relaciones biunívocas.
         La relación Empleado-Cónyuge ya que un
          empleado podrá estar casado con una única
          persona, y un cónyuge tendrá un único
          empleado como pareja.
         Alumno-Expediente.
   1:n (una a muchas). A cada ocurrencia de
    la primera entidad le pueden corresponder
    varias ocurrencias de la segunda, y a cada
    ocurrencia de la segunda le corresponde
    no más de una ocurrencia de la primera.
     La relación Padre-Hijo puesto que un padre
      podrá tener varios hijos, mientras que un hijo
      sólo tendrá un padre.
     También la relación Departamento-Empleado

      es una relación uno a muchos. Un
      departamento está formado por varios
      empleados, pero un empleado únicamente
      pertenecerá a un departamento.
       n:m (muchas a muchas). A cada ocurrencia de la
        primera entidad le pueden corresponder varias
        ocurrencias de la segunda, y viceversa. Un profesor da
        clase a muchos alumnos y un alumno tiene varios
        profesores, por tanto la relación Profesor-Alumno
        pertenece a este tipo de relación, al igual que las
        relaciones Automóvil-Propietario y Libro-Autor.
   Las relaciones con grado uno a uno reciben el
    nombre de relaciones simples, mientras que las
    relaciones con grado uno a muchos y muchos a
    muchos se denominan relaciones complejas.
3.3 Representación de las relaciones
   En la representación de relaciones se
    utiliza un rombo que indica la relación
    existente entre dos o más entidades.
    La relación ha de tener un nombre, así
    por ejemplo, entre la entidad
    Representantes y Piezas tendríamos
    un tipo de relación en red del tipo
    N...M quedando representada en la
    figura 1.3.
3.3 Representación de las relaciones
       R e p r e s e n ta n te s




              R 1




                                   C ó d i g o . _ P ie z a

              P ie z a s
                                   N o m b r e _ P ie z a


                                   C o lo r_ P ie z a


                                   P e s o _ P ie z a


                                   P r e c io _ P ie z a


                                   C iu d a d _ F a b r ic a c i ó n
    3.4 Modelo de Datos
   Para diseñar una base de datos, debemos
    acotar la parcela del mundo exterior que nos
    interesa. Debemos:
        aprender, comprender y conceptualizar dicho
         mundo exterior y
        transformarlo en un conjunto de ideas y
         definiciones que sean una imagen fiel del mundo
         real.
   Es un proceso de abstracción del mundo que
    nos rodea. A esta imagen del mundo exterior
    la llamaremos modelo conceptual.
   Posteriormente, el modelo conceptual se ha
    de transformar en una descripción de datos,
    atributos y relaciones que llamamos esquema
    conceptual de datos.
   Por último, este esquema conceptual habrá
    que traducirlo a estructuras almacenables en
    soportes físicos.
   El proceso de abstracción ha permitido pasar
    del mundo real al mundo de las ideas, y a
    partir de éste, pasar del mundo de las ideas
    al de los datos, estableciendo así un
    esquema conceptual de datos.
Evolución del mundo real al
esquema conceptual
   En el modelo de datos se describen los
    datos, sus relaciones, su semántica y sus
    limitaciones, de tal forma que facilita la
    interpretación de nuestro mundo real y su
    representación en el mundo informático.
   Contiene dos tipos de propiedades:
       Propiedades estáticas. Son invariables en el
        tiempo. Son las estructuras.
   Propiedades dinámicas. Son las propiedades que
    varían con el tiempo. En el modelo de datos, son
    las operaciones. Pueden ser de:
        Selección. Localización de los datos deseados.
        Acción. Realización de una acción sobre los datos
         seleccionados. Dicha acción puede ser: recuperación
         (obtención de los datos seleccionados) y
         actualización (modificación, inserción y borrado).
4. Funciones
   Todos los programas gestores de base de
    datos tienen la característica de que la
    organización de la información viene
    definida por el usuario, quien determina:
      Qué ficheros (tablas) va a usar.

      Qué campos va a tener cada registro y
       de qué tipo va a ser cada campo
       (carácter, numérico, fecha, lógico, etc.)
   Para poder manejar la información, tendrán que
    soportar facilidades como:
       Adición de registros.
       Modificaciones del contenido (de un registro o de los
        registros seleccionados).
       Ordenación de la información (por claves).
       Posibilidad de realizar determinadas operaciones
        matemáticas y estadísticas.
       Recuperación y visualización de registros (por distintos
        campos y con distintos criterios).
       Borrado de registros (que cumplan unas determinadas
        condiciones).
       Órdenes relacionales que permitan operaciones entre
        varios ficheros con algún campo en común.
       Generación y emisión de informes y etiquetas en
        diversos formatos.
   También hay posibilidad de usar un lenguaje de
    órdenes similar a los lenguajes de programación
    de alto nivel.
   Incorporan un sistema de generación de
    aplicaciones de gestión de base de datos
    mediante la cual no es necesario escribir una
    línea de programa.
   De esta manera, el usuario es capaz de hacer uso
    del sistema sin saber programar.
    Crear una aplicación
   Las etapas para crear una aplicación son las
    siguientes:
       Crear el soporte físico de la información: ficheros de
        datos, relaciones entre ellos e índices.
       Definición de la entrada/salida: pantallas de entrada de
        datos y consultas.
       Salida impresa: listados, etiquetas, formularios,
        informes, webs, etc.
       Interfaz de usuario: menús, pantallas de ayuda y
        definición del programa.
   Módulos de utilidad y generadores de código:
       Módulos de utilidad: a partir de operaciones de menús
        permiten crear el soporte físico (diseño, asistente).
       Generadores de código: son los módulos que generan
        los programas que utilizan los ficheros e índices ya
        definidos, como son :
            Módulo generador de consultas: permite realizar consultas y
             crear vistas de las mismas (diseño, asistente). Ficha consultas.
             Observa como la consulta diseñada se traduce al lenguaje Sql.
            Módulo generador de pantallas: permite generar formatos de
             entrada y verificación de datos y formatos de visualización de
             los datos. Ficha Formularios.
            Módulo generador de informes: permite diseñar listados,
             formularios y la salida impresa. Ficha informes.
            Módulo generador de páginas web: permite diseñar páginas
             webs para el acceso a los datos desde un navegador. Ficha
             páginas webs.
          Módulo generador de etiquetas.
          Módulo generador de aplicaciones: genera la interfaz de
           usuario de la aplicación, menús, pantallas de ayuda, permite
           incorporar todo el código generado por los otros módulos y
           crea la aplicación final. El código generado es ejecutable y
           modificable por el usuario.
   Modificación de plantillas. Las plantillas no son
    fijas y posibilitan generar códigos diferentes del
    mismo objeto. Existe un lenguaje, llamado De
    Plantilla, que permite modificar el fuente de las
    plantillas, permitiendo al usuario optimizar el
    código generado.
   La mayor parte de las bases de datos
    que diseñemos se van fundamentar en
    siete elementos que constituirán, en su
    conjunto, la totalidad de la base de
    datos:
       Tablas,   Consultas,    Formularios,
        Informes, páginas webs, Macros y
        Generador de aplicaciones.
    4.1 Tablas
   Definiremos tabla como un sistema o dispositivo
    de almacenamiento de los datos referentes a una
    entidad.
   Así    por    ejemplo    definimos     la   tabla
    Representantes, la tabla Piezas y la tabla
    Pedidos, para las entidades vistas anteriormente,
    de la empresa dedicada a la venta de piezas para
    el automóvil.
   Las columnas se conocen con el nombre de
    campos o atributos y representan las distintas
    categorías de información disponibles en la tabla
    (entidad).
   Código      de    Representantes,      Nombre     del
    Representante,     Apellidos    del    Representante,
    Dirección     del   Representante,     domicilio  del
    Representante, Teléfono del Representante...
    conformarían las columnas o campos de la tabla
    Representantes.
   Las filas (también llamadas registros) se definen
    como el conjunto total de los atributos o campos
    para un elemento de información individual. Habrá
    tantas filas como ocurrencias de registro haya.
   MANOLO, PÉREZ PEREZ, AVENIDA DEL OLIVO Nº 8,
    JAÉN, (953) 222222..., constituirían una fila o
    registro dentro de nuestra tabla.
    4.2 Consultas.
   Las consultas permitirán reorganizar o restringir la
    información almacenada de acuerdo con una serie de
    criterios establecidos por el usuario.
   Es una de la partes más importantes dentro de una
    base de datos. Una base de datos, además de servir
    de soporte a los datos, ha de permitir el acceso a la
    información relacionada.
   Access utiliza un sistema muy intuitivo y a la vez
    sencillo. Con una interfaz gráfica permite definir
    fácilmente qué campos se desean incluir en los
    resultados de la consulta y qué condiciones de
    restricción se aplicarán a dichos campos.
   Permite una vez diseñada la consulta de manera
    gráfica, visualizar el código de lenguaje SQL, poder
    modificar ese código y ver como se altera ese dieseño
    gráfico
    4.3 Formularios.
   Nos van a permitir la manipulación de la
    información contenida en una base de datos
    mediante una interfaz gráfica similar al de
    cualquier aplicación Windows.
   Mediante      los   formularios   vemos      la
    información disponible en la base de datos.
    Realmente los formularios van a ser el
    elemento que el usuario final de la aplicación
    que desarrollemos va a utilizar, por tanto en
    su diseño, tendremos en cuenta una serie de
    características que afectan directamente al
    usuario final.
4.4 Informes.
   Se pueden definir los informes como el medio
    que ofrece Access para presentar la
    información de la base datos en un formato
    que se hace ideal para su salida por
    impresora o cualquier dispositivo similar.
    Seremos nosotros los que elegiremos los
    elementos que queremos utilizar así como la
    forma en que deseamos disponerlos en el
    informe.
    Páginas web
   Las páginas webs permitirán el acceso y
    modificación para la información almacenada
    desde un navegador en cualquier parte del
    mundo. De acuerdo con una serie de criterios
    establecidos por el usuario.
   Es una de la partes más importantes dentro de
    una base de datos. Una base de datos, además
    de servir de soporte a los datos, ha de permitir
    el acceso a la información relacionada.
   Puedes realizarlas de tablas o de consultas, el
    funcionamiento es idéntico a los formularios e
    informes.
                                                  48
                     GESTORES DE BASE DE DATOS
4.5 Macros.
   Conjunto de operaciones, de teclado y de ratón,
    que nos permitirán automatizar cualquier tarea
    repetitiva de una base de datos.
   Las macros de Access se componen de una serie
    de acciones predeterminadas por el programa que
    realizan operaciones de gestión tales como abrir o
    cerrar formularios e informes, ejecutar comandos
    de menú o examinar los registros de una tabla.
   Ejemplo de Macro en la oficina: Estoy teniendo un
    problema, cada vez que modifico un fichero, para
    que se actualice automáticamente en su formato
    “pdf” y lo tengáis en las dos versiones lo mismo.
    Habrás observado que a veces se olvida y no
    coinciden. ¿Cómo podría solucionarlo con una
    macro?.
4.6 Módulos.
   Los módulos con Access nos permiten
    automatizar tareas en una base de datos,
    creando aplicaciones.
   Un módulo es una colección de
    procedimientos        creados  mediante
    instrucciones Visual Basic.
5. Cómo crear un aplicación con
Microsoft Access
5.1 Gestión de bases de datos
   Una de las características más importantes de la
    gestión de bases de datos es la automatización de
    los procesos mediante la creación de aplicaciones.
    Pretendemos dar una visión global de la filosofía
    de programación de Microsoft Access para la
    gestión de bases de datos.
   Access fué el primer gestor de bases de datos
    diseñado por Microsoft y uno los primeros que
    apareció para el entorno Windows. Esas fueron las
    razones por las que los siguientes sistemas de
    gestión de bases de datos relacionales (SGBDR)
    siguieron la pauta de Access.
   Access está diseñado en torno a objetos de base
    de datos. Estos objetos son tablas, consultas,
    formularios, informes, macros y módulos, que se
    manejan de forma independiente, cada uno con su
    propio código y a la vez siendo complementarios
    para formar la aplicación completa.
   Posee un lenguaje de programación llamado Visual
    Basic, de tipo estructurado y con las mismas
    herramientas que otros lenguajes.
   Se diferencia de éstos en que la forma de
    funcionamiento está orientada a eventos. Es decir,
    el código introducido en la base de datos responde
    ante eventos que se produzcan en cualquier lugar
    de la aplicación.
   En otros sistemas se escribe un programa principal
    que funcione como núcleo central para controlar
    los procesos de otras subrutinas que forman la
    aplicación, indicando qué objetos deben aparecer y
    cómo reaccionar, por ejemplo, ante la introducción
    de un dato. Sin embargo, en Access los objetos se
    administran a sí mismos gracias al código
    subyacente debajo de cada objeto.
   Así, no se necesita ningún código que compruebe
    si en un botón se hace «click», sino que el código
    asociado se ejecuta reaccionando ante el evento
    HacerClick que se ha producido en ese botón.
   Normalmente no será necesario programar código
    para realizar cualquier tarea por complicada que
    sea, ya que se podrá hacer manualmente o
    simplemente con las macros. Pero si incluso así
    no es bastante, mediante Visual Basic podemos ir
    más allá. Con Visual Basic podemos escribir
    funciones y procedimientos especiales que nos
    permitirán no sólo automatizar procesos, sino
    dotar de mayores capacidades y funcionalidad a
    la aplicación que se va a desarrollar.
    5.2 Ideas básicas
   La composición de una base de datos y una aplicación
    de base de datos es prácticamente la misma, está
    formada por los mismos objetos. Lo que diferencia
    una aplicación de una base de datos es la forma en la
    que todos sus objetos se enlazan, la aplicación facilita
    que el usuario se concentre en el manejo de los datos
    a través de un sistema coherente de gestión.
   Antes de comenzar hay que tener claro, cuál es el
    propósito y qué objetivos se pretenden alcanzar.
    Debemos hablar con las personas que realizan esas
    tareas para ver cómo lo hacen y deberíamos obtener
    copias de los informes y formularios.
   El siguiente paso consiste en crear las tablas. Hay
    que tener bien claro el carácter de los distintos
    datos para diferenciarlos en tablas separadas y
    las relaciones entre las distintas tablas. Todos
    estos datos y las relaciones entre las tablas
    constituye el cimiento sobre el que se va a apoyar
    nuestra aplicación, por lo que este cometido será
    uno de los más importantes.
   Lo primero que hay que hacer es diseñar la
    presentación que va a tener la aplicación cuando
    accedamos a ella. Esto se consigue mediante la
    creación de formularios que conforman lo que
    será la interfaz de usuario.
   La aplicación, como norma general, girará
    en torno a formularios que controlarán el
    flujo de ésta mediante el código asociado a
    los distintos objetos de los mismos.
   Se empezará por mostrar una ventana con
    el título de la aplicación y luego aparecerá
    la interfaz que dará acceso a la gestión de
    la base de datos.
    5.3 Primeros pasos
   Diseñaremos un formulario con la carátula que
    muestre el nombre de nuestra aplicación.
       Para ello abriremos un nuevo formulario en modo de
        diseño. Cuando aparezca la ventana de diseño
        debemos especificar el tamaño que va a tener la
        ventana de formulario seleccionando las líneas
        delimitadoras de la sección y arrastrando con el ratón.
        Posteriormente le podemos dar un color de fondo
        utilizando el botón de la barra de herramientas de la
        paleta.
   Ahora vamos a seleccionar en la caja de herramientas la
    herramienta correspondiente a etiquetas, incorporándola al
    formulario con un «click» del ratón. Introducimos el texto que
    queremos que contenga y configuramos el tipo de letra, color y
    tamaño de la etiqueta. Encima de esta etiqueta colocaremos
    otra de mayor tamaño, para que contenga el titular de la
    ventana que será «APLICACION DEMO».
   Para acabar debemos conseguir que la ventana no sea estática.
    Para ello abriremos la ventana de propiedades del formulario y,
    seleccionando la propiedad al cronómetro (Form_timer),
    escribiremos la cantidad de tiempo en milisegundos que
    permanecerá abierta.
    5.4 El menú principal
   Va a ser la interfaz de navegación para acceder a
    la gestión de las tareas que realizará nuestra
    aplicación. Estará compuestos por botones de
    comando que dan acceso a cada tarea. En nuestro
    caso incluiremos un cuadro de opciones con
    distintos    botones    para  visualizar  distintas
    utilidades.
   Junto a los botones de comando podemos adjuntar
    un cuadro de lista en el que se visualizarán las
    distintas alternativas que se nos presentarán con
    cada pulsación de botón.
   Para finalizar pondremos unos botones en la parte
    de debajo para aceptar la opción o salir de la
    ventana.
    5.6 El segundo menú
   Se accede a través de una opción del menú
    principal.
      Para ello abriremos un nuevo formulario desde la
       ventana de bases de datos.
      Insertaremos botones de comando que realicen
       las tareas que queramos.
      Para crear el código que se encuentra detrás de
       la interfaz:
          con una macro compuesta por varias macros simples,
           tantas como botones incluya nuestro menú.
          cada una de estas macros simples contiene las
           acciones que se ejecutarán con la pulsación de cada
           uno de estos botones.
   Para asociar la macro compuesta con cada uno de
    los botones debemos:
       seleccionar cada botón y abrir el cuadro de propiedades.
       elegiremos la propiedad «Al Hacer Click», que nos abrirá
        un cuadro de lista con las diferentes macros que hemos
        creado en nuestra aplicación.
       elegir entonces la macro con el nombre que le dimos,
        junto con el nombre de la macro simple que identifica el
        nombre del botón.
   Con este último formulario ya tendríamos la
    aplicación con acceso a las bases de datos de
    ordenadores, artículos, empleados, diferentes
    secciones, representantes, actualización de la base
    de datos y la obligatoria opción de regresar al menú
    principal. Tan sólo nos faltaría por crear los
    formularios de base de datos que se van a abrir
    cuando elijamos el botón correspondiente.
   Este cometido se puede realizar de forma muy
    sencilla, utilizando el asistente de formularios al
    seleccionar el botón de nuevo formulario en la
    ventana de base de datos.
   Con esto podemos hacernos una idea de la forma de
    programar una aplicación Access.
    5.7 Soluciones predefinidas
   Una forma rápida y útil de añadir prestaciones
    consiste   en    utilizar  la    base   de     datos
    soluciones.mdb, incluida con el propio Access.
   La aplicación «Soluciones» está desarrollada de
    manera estándar,
       el núcleo central es un formulario que propone una serie
        de opciones para el diseño de una base de datos a
        través de un cuadro de lista que tiene como origen una
        consulta.
       Cada opción, a su vez, muestra una serie de temas
        relacionados, de tal forma que al elegirlos se nos
        muestra la solución tanto de forma sintáctica como
        gráfica y con una ventana de ayuda.
       la ventana «Muéstreme», señala las principales
        características del ejemplo que tengamos escogido.
       Posteriormente, elegiremos la característica que
        deseemos y haremos «click» en la especificación paso a
        paso que, finalmente, nos guiará a través de los
        diferentes procedimientos que deberemos seguir en
        nuestra aplicación original.
   Entre los diversos ejemplos que podremos
    encontrar, tenemos la forma de crear un interfaz
    tipo Windows; uso avanzado de cuadros
    combinados, cuadros de lista, formularios y
    subformularios; controlar lo que aparece impreso
    en un informe, o utilización de múltiples bases de
    datos. Todo esto, es igual en las otras
    herramientas de Microsoft Office.
    5.9 Aplicaciones propias
   ADT (Access Developer's Toolkit), es un kit de
    desarrollo con el que podemos distribuir
    aplicaciones runtime libres de royalties, crear
    soluciones cliente-servidor y desarrollar asistentes y
    otros accesorios para Microsoft Access.
   Proporciona los elementos, como código de
    ejemplo, controles personalizados de OLE 2.0 para
    el diseño de avanzadas interfaces de usuario, así
    como extensa información para el desarrollo de
    aplicaciones.
   Proporciona un asistente de instalación para crear
    discos y ficheros comprimidos automáticamente.
    6 Integrar la información
   La oleada de SGBD de distintas plataformas
    con diferentes formatos hace necesario
    manejar los datos de manera combinada sin
    caer en incompatibilidades.
   Empresas como Microsoft y Borland han
    sacado     sus     propios  estándares       de
    conectividad, con los que se facilita el acceso
    a los datos generados por cualquier
    programa gestor, independientemente de su
    entorno físico o lógico.
   La Open Database Connectivity (ODBC) es la
    estrategia de la interfaz de programación de
    aplicaciones SQL de Microsoft para el acceso
    a información contenida en bases de datos
    universales y heterogéneas.
   ODBC ofrece una solución abierta e
    independiente del fabricante:
       para acceder a la información almacenada
        diversas bases de datos, relacionales o no,
       y generadas desde PCs, Mac, LAN, minis o
        mainframes.
   ODBC es un elemento de la «Arquitectura de
    Servicios Abiertos para Windows» (WOSA)
    de Microsoft.
   Igualmente Borland ha desarrollado Object
    Database Application Programming Interface
    (ODAPI). Para obtener datos remotos debemos
    rellenar, una plantilla de configuración que
    especifique que se almacenará en su archivo de
    configuración.
   Las aplicaciones con ODAPI poseen un directorio
    cuya ruta es C:\ODAPI y donde se encuentran
    todos los archivos relacionados con ODAPI.
   La finalidad de estos ficheros se encuentren
    ubicados en C:\ODAPI , es asegurar que todos los
    productos de Borland funcionen juntos sin
    problemas y ocupen el mínimo espacio posible en
    el disco duro.
7. ¿Cómo evaluar el SGBD?
   Los Sistemas de Gestión de Bases de Datos
    (SGBD) se han convertido en parte fundamental
    de la estrategia de las empresas. Resulta
    imprescindible contar con elementos de juicio a la
    hora de optar por una u otra solución, ¿cuál se
    adecua mejor a nuestras necesidades?.
   El valor de una información actualizada ha crecido
    tanto que las empresas que quieran incrementar
    su productividad deberán gestionar eficientemente
    todos los datos que manejan, y la mejor
    herramienta es un SGBD.
   ¿Qué aspectos hay que considerar en la
    evaluación práctica del rendimiento de los
    Sistemas Gestores de Bases de Datos?.
   El análisis abarca diversos aspectos:
       modelo de datos (relacional, jerárquico, en red)
       independencia lógica y física (arquitectura de
        dos o tres niveles)
       lenguajes de definición y manipulación de datos
        (SQL, dBase)
       herramientas para el desarrollo de aplicaciones
        (lenguajes de cuarta generación, generadores de
        aplicaciones, CASE)
       herramientas       de    consulta      (interfaces
        interactivos, QBE, generadores de informes)...
   Todos estos aspectos, resultarán inútiles si el
    SGBD no es capaz de responder adecuadamente
    al conjunto de aplicaciones y a las exigencias de
    los usuarios.
   La idea de definir un conjunto de pruebas que
    indiquen cuál es el gestor ideal es imposible, ya
    que pueden variar según infinidad de factores. Lo
    que sí haremos es evaluar características muy
    concretas en cada uno de los productos.
   Con ello basta con saber qué queremos conseguir
    de un SGBD y buscar uno que destaque en eso
    que nosotros esperamos.
    7.1 Qué funciones evaluar en un
    SGBD
   Una de las funciones primarias que es la base a
    partir de la cual empezaron a evolucionar, es el
    almacenamiento y recuperación de datos. Entre las
    tareas de recuperación de datos podemos
    encontrar:
       la velocidad de ejecución de consultas,
       la creación de índices o
       la importación de datos.
   La evaluación se ha realizado en función del tiempo
    que tarda cada SGBD en llevarlas a cabo, ya que la
    velocidad representa la eficiencia en la realización
    de cada función.
   Existen otras variables menos importantes que
    podrían condicionar el rendimiento, entre ellas:
       la protección de datos (bloqueos para garantizar el acceso
        exclusivo),
       la asignación de memoria interna
       el control de accesos de los usuarios
       el consumo de recursos (esto último se refiere a la
        capacidad de funcionar en un entorno de recursos
        limitados y en armonía con otras aplicaciones).
    7.2 Rendimiento
   Para la medida del rendimiento existen monitores
    del SGBD que van encaminados a averiguar los
    recursos de la máquina que se están consumiendo,
    proporcionan tiempos específicos del sistema
    gestor.
   Hay la posibilidad de realizar programas específicos
    que     midan    exactamente     el   conjunto    de
    características deseado. Estos programas se basan,
    en la anotación de la hora del sistema antes y
    después de realizar las operaciones cuyo
    rendimiento se quiere medir.
   DB2 y Oracle, ofrecen más conectividad,
    rendimiento y potencia. Estarían más indicados
    para usuarios expertos y administradores de
    bases de datos en redes locales. De hecho,
    alcanzan su máxima expresión en entornos
    multitarea y servidores SQL.
    7.3 Consumo de RAM
   La RAM que necesitan las aplicaciones es el
    principal problema de los usuarios.
   De hecho, es un criterio en la elección junto a la
    velocidad o el espacio del disco duro.
   Las aplicaciones de datos son auténticas
    devoradoras de RAM por:
       su implementación para manejar grandes
        volumenes de datos.
       y sus entornos gráficos en los que tienen que
        «repintar» pantallas para realizar la representación
        de la información.
    7.5 Metodología de las pruebas
   Para realizar las pruebas se usaron dos
    bases de datos. La primera contenía un total
    de 135.568 registros con los campos de
    «nombre», «localidad» y «teléfono». La
    segunda incluía la dirección de 2.000 talleres
    distintos.
   El equipo utilizado para nuestras pruebas fue
    un portátil de Toshiba modelo T6600C con
    microprocesador 486DX2 a 66 MHz, 8
    Mbytes de RAM y 545 Mbytes de disco duro.
   Cada SGBD fue analizado bajo el sistema
    operativo para el cual estaba implementado
   Hay sistemas gestores de datos capaces de correr
    en diferentes entornos como Visual dBase.
   Junto a todas la herramientas y cualidades de uso
    que ofrecen, uno de los parámetros que más
    tenemos en cuenta a la hora de decantarnos por un
    SGBD u otro es el tiempo que tarda en realizar las
    operaciones más cotidianas.
   Pruebas:
       Consulta monotabla: mostrar todos lo registros que
        coincida el valor de su campo «Localidad» con Madrid e
        indexados por el campo «Nombre». Los registros que
        cumplían dichas condiciones era de 35.647.
   Búsqueda de un registro mediante el valor de uno de los
    campos que lo componen.
   Búsqueda con la tabla indexada por uno de sus campos.
    El fin era demostrar la conveniencia o no de tener
    creados índices para una tabla.
   Otra pregunta que trata de responder esta prueba es cuál
    de los diferentes formatos de ficheros de indexación tiene
    un mejor rendimiento.
   Consulta para mostrar por pantalla de una forma
    combinada los datos pertenecientes a dos tablas
    diferentes (consulta multitabla).
        La primera era la de clientes, y la segunda era la base de datos
         de información de talleres. Relacionamos ambas bases de datos
         por el campo «Localidad» en una relación uno a muchos. Por
         último, realizamos una consulta de actualización en la que
         seleccionamos los clientes que no fueran de Madrid cuyo teléfono
         empezara por cinco y estuviera ordenado de forma ascendente
         por el nombre.
   Hay que resaltar la facilidad que tiene Access de
    incluir en un solo fichero todas las tablas,
    consultas, informes, etc., incluyendo los índices.
   Programas como Visual FoxPro, Access y Approach
    necesitan mucho espacio en el disco duro para
    crear ficheros temporales que les ayuden a
    ejecutar consultas. Además, estos programas
    exigen la desinstalación de la memoria virtual
    cuando no hay espacio suficiente.
         7.6 Tabla comparativa de resultados
   Formatos importación/exportación: DB,DBF,DB,DBF,DBF,DBF,DB,SQL,WK*,XLS
         SQL,XLS,WKS,DB,DBF, XLS,WK3,DB,WRK,RPD
                        V. dBase Paradox CA-S.DB Approach Access V. FoxPro

   ODBC                  SI      SI       NO       SI       SI      SI
   DDE y OLE             SI      SI       DDE      SI       SI      SI
   Programación          SI      SI       NO       SI       SI      SI
   Asistentes            SI      SI       NO       SI       SI      SI
   Tamaño base de datos 8,8 MB   8,8 MB   9,2 MB   9,7 MB   5,9MB   4,1 MB
   Consulta monotabla    2,18"   1,45"    19,40"   2,20     1,35"   1,50"
   Consulta multitabla   2,30"   3,44"    NO       NR       4,23"   2,10"
   Busqueda normal       2,27"   2,57"    9,43"    1,55     3,95"   2,56"
   Búsq. campos indexados0,57"   1,70"    NO       0,45"    1,32"   1,25"
   Consu. Actualización  2,27"   2,15"    NO       3,12"    3,24"   0,57"
   Indexación de tabla   2,11"   3,55"    NO       4,2"     3,37"   1,50"
8. Productos
8.1 Bases de datos personalizadas
   A medida que acumulamos películas, libros,
    recetas de cocina, direcciones, programas
    informáticos... se hace indispensable alguna
    forma de clasificación.
   ProSoft European Software ha demostrado
    que el ordenador puede ser un complemento
    para los no informáticos que requieran de
    una herramienta sencilla y práctica de
    clasificación. ProSoft propone un método
    basado en su software de creación de bases
    de datos, en el que la sencillez se convierte
    en clave.
   Los programas son: Películas; Música; Libros;
    Programas      Informáticos;   Radio     Aficionados;
    Contabilidad Doméstica; Recetas de Cocina;
    Refranes, Proverbios y Citas; Chistes; Agenda; Libro
    de Caja; Mailing y Etiquetas; Etiquetas; Direcciones;
    y Recibos.
   Como ejemplo de funcionamiento, el software
    «Películas» tiene dos categorías de acción. Estas
    son Fichas y Definiciones; ambas incluyen Consultas
    rápidas.
       Con Fichas entramos en una búsqueda clasificada por
        Películas, Directores y Actores, y complementada con
        códigos.
       Con Definiciones, introducimos nuevos epígrafes y
        códigos en los campos propuestos por el programa, es
        decir, Género, Formato, Países y Valoraciones.
   Es ideal para el aficionado al cine.
   «Libros», «Recetas de Cocina» y «Refranes,
    Proverbios y Citas» tienen funciones parecidas a
    Películas. Tan sólo incluyen categorías de clasificación
    distintas, como Temas en el primero, Ingredientes en
    el segundo y Orígenes, Clases y Autores en el tercero.
    «Contabilidad Doméstica» ofrece opciones que le
    hacen ser bastante completo para llevar lo que se
    refiere a gastos o ingresos familiares. Su precio, 4.900
    pesetas.
   El precio máximo por aplicación es 4.900 ptas. Da la
    posibilidad de adquirir el Personal Pack (Contabilidad
    Doméstica, Etiquetas y Agenda) por 8.900 ptas.
 8.2 El SGBD de Windows NT
 Los principales SGBD dada su potencia                 son:
    Oracle, IBM DB2 y SQL Sever de Microsoft.
   Dos son las características: conectividad y
    escalabilidad. Este trío de gestores ofrecen su
    máximo rendimiento en entornos multiusuario.
   Están implementados para dar su fruto en grandes
    cuentas. En estos entornos deben satisfacer dos
    reglas de oro:
       asegurar que múltiples transacciones realizadas en un
        mismo tiempo produzcan el mismo efecto que si se
        hubieran ejecutado de una forma aislada y
       coordinar los cambios en los datos de un forma
        consecuente dentro de una gran organización.
8.2.1 En general
   El SQL Server permite el acceso a dos
    Gbytes de memoria y a un gran número de
    Terabytes (mil Gbytes) almacenadas en
    disco gracias a la arquitectura de 32 bits
    especialmente optimizada para trabajar en
    Windows NT.
   La escalabilidad a arquitecturas simétricas
    servidoras está contemplada por este SGBD,
    que asegura un alto grado de escalabilidad
    utilizando uno o varios procesadores, ya que
    distribuye de una manera dinámica y
    equilibrada entre ellos las tareas del usuario.
   Otra faceta importante es la del manejo, las
    herramientas que tiene para interactuar con el
    usuario y el grado de dificultad de éstas. Son de
    carácter gráfico, entre éstas se encuentran el
    «SQL Administrator», el «SQL Object Manager» y
    el «SQL Service Manager».
   Otro aspecto es el de soporte de transacciones
    tipo OLTP (On-Line Transaction Processing). Este
    es un modelo de interacción caracterizado por
    grandes volúmenes de cortas y simples
    operaciones. El objetivo de soportar esta
    modalidad no es otro que el de servir de apoyo a
    los usuarios.
    8.2.2 Integridad
   La cuestión crítica en el entorno multiusuario es controlar la
    integridad de los datos:
      Los triggers, este término identifica las instrucciones

       que se ejecutan cuando se realiza una operación de
       inserción, actualización o supresión dentro de una
       base de datos. Esto permite:
           que varios usuarios puedan coordinar el acceso a unos
            mismos datos en el mismo momento,
           que cualquiera de ellos vea una perspectiva constante de los
            datos y
           que puedan impedir cualquier operación que provoque una
            inconsistencia de estos,
            o forzar la integridad de dichos datos dentro de un único
            servidor o varios.
   Vamos a enumerar                 las     clases     de
    integridades:
       La primera es la Entity integrity (integridad a
        nivel de registros), que consiste en evitar la
        duplicidad de registros.
       A continuación tenemos la Domain integrity
        (rangos), que ofrece la posibilidad de asignar un
        rango de valores validos para un campo, lo que
        reduce la posibilidad de introducir datos
        erróneos. El nombre técnico es el de constrains.
       En entornos multiusuarios es importante la
        Referential integrity (integridad referencial), que
        es la encargada de mantener una consistencia
        entre los datos relacionados de diferentes bases
        de datos.
        Ejemplo: hay dos bases de datos, una con las compras y
         otra con datos personales. Lo que evita es que los datos
         personales del individuo no se puedan borrar hasta que
         todos los registros que le corresponden de la base de
         datos de compras no estén marcados como pagados.
         Evitamos que se den de baja mientras tenga pagos
         pendientes.
   SQL Server permite crear perfiles de usuarios para
    acceder a una determinada base de datos; seguridad
    contra personas no deseadas (User-defined integrity).
   La Distributed data integrity, mantiene la consistencia
    y exactitud de los datos que son replicados o divididos
    a través de múltiples bases de datos o servidores. Esto
    asegura la disponibilidad en sistemas distribuidos. El
    protocolo usado es el two phase commit.
    8.2.3 Conectividad y compartición
   SQL Server puede acceder a otras bases de
    datos vía ODBC (Open Database Conectivity
    o conectividad de bases de datos abiertas).
   Otra forma de acceder a sistemas de datos
    de otras fabricantes es mediante gateaways
    (pasarelas) desarrolladas mediante Microsoft
    Open Data Services (ODS), o productos de
    terceros fabricantes. Podremos acceder a
    sistemas tan dispares como Oracle, Informix,
    Ingres, IBM AS/400, IBM DB2, IBM SQL/DS y
    Teradata.
   En entornos de red es capaz de operar en las
    más populares redes y protocolos. Entre estos
    se encuentra todos los entornos Unix,
    Windows NT Server, Microsoft LAN Manager,
    IBM LAN Server, Banyan Vines, Novell
    NetWare, DEC PathWorks, AppelTalk y redes
    con protocolo TCP/IP.
   Todas estas características se ven mejoradas
    y ampliadas si se trabaja en Windows NT
    Server, ya que podrá incorporar aplicaciones
    externas propias de Microsoft que aumentan
    la conectividad. Este es el caso «Microsoft
    SNA Server», que posibilita la conexión a
    través de redes IBM SNA.
    8.2.4 Programación
   «Microsoft SQL Server Programmer's ToolKit» es el
    encargado de facilitar la creación de aplicaciones
    cliente/servidor que accedan a los datos y
    gestionarlos.
   Este kit incluye unas librerías denominadas DB
    específicas para programación en C y Visual Basic.
   También provee un entorno de programación para
    crear aplicaciones cliente/servidor que gestionen
    bases de datos; éste esta constituido por una serie
    de instrucciones SQL del preprocesador para C y
    Cobol de libre distribución.
    8.2.5 Competidores directos
   Oracle y DB2 son sus principales competidores en el
    mercado. La potencia de ambos gestores sirve de
    referencia al resto de fabricantes. Un valor muy
    importante es la disponibilidad en la mayoría de las
    plataformas existentes.
   SQL Server cuenta con la ventaja de que está
    especialmente optimizado para un sistema operativo:
    Windows NT.
   Los tres SGDB son sumamente parecidos, si bien Oracle
    y DB2 copan los primeros puestos. Esta afirmación está
    basada en el software periférico que se les puede
    incorporar para implementar determinadas funciones.
    Otro factor que influye es que SQL Server es el más
    reciente.
   Las utilidades de programación de las tres,
    «SDK» (DB2), «Oracle Power Object» y
    «Microsoft SQL Server Programmer Toolkit» son
    bastante buenas.
   El factor más decisivo es el sistema al que
    queremos acceder y a qué plataforma
    queremos migrar nuestras aplicaciones; en
    resumen, la elección depende de las
    necesidades de cada usuario.
   Respecto a las capacidades para mantener la
    integridad de los datos son prácticamente
    idénticas. Cumplen con todas las clases de
    integridad expuestas, lo que significa que por
    defecto incluyen dispositivos como contrains
    (restricciones) y triggers (disparadores).
   En cuanto a la capacidad multimedia la técnica de
    Oracle es diferente respecto a la de las demás. La
    técnica empleada por SQL Server (mediante
    campos BLOB) es muy similar a la de DB2. Hay
    diferentes tipos de campos LOB (BLOB, CLOB y
    DBLOB).
   Una definición de este tipo de campos podría ser
    que son una especie de sacos que admiten
    cualquier clase de datos, ficheros de imágenes,
    sonido, etc.
8.5 ORACLE
    8.5.1 Oracle para network computing
   El nuevo servidor de base de datos relacional
    orientada a objetos es operativo sobre varias
    plataformas hardware y entornos de gestión de
    datos.
   Oracle ha anunciado una nueva plataforma capaz
    de trabajar con aplicaciones Internet, entornos
    OLTP (procesamiento de transacciones en línea) y
    data warehouse independientemente del sistema
    operativo del cliente o de la arquitectura del
    servidor.
   Oracle gestiona:
       cualquier tipo de datos (alfanuméricos o complejos),
       soporta grandes volúmenes de información (incluso
        petabytes, es decir, miles de terabytes)
       y decenas de miles de usuarios,
       ofrece la posibilidad de usar PCs, NCs, sistemas Unix,
        Windows NT, SMP, MPP, mainframes...
   Se dirige, a grandes y medianas empresas que
    operen     en     entornos internet/intranets o
    cliente/servidor.
   En sus funcionalidades para data warehouse:
       agiliza el acceso a la información y lo convierte en
        autónomo y personal.
       mejoras de rendimiento en las consultas,
       sistema que recupera automáticamente los archivos en
        caso de caída del sistema y las operaciones de inserción,
        actualización y eliminación de datos se pueden realizar
        en paralelo.
       Respecto al nivel de transacciones on-line se puede decir
        que es comparable al de un mainframe.
       Alta disponibilidad y capacidad de gestión con tablas e
        índices divididos en particiones.
       También se ha mejorado el soporte con inscripciones
        dinámicas, recuperación de transacciones para Oracle
        Parallel Server (OPS).
    8.5.3 Oracle Context para análisis lingüístico
   Permite realizar análisis lingüísticos, almacenar,
    analizar y extraer documentación de forma
    inteligente. En combinación con la herramientas de
    desarrollo Designer/2000, Developer/2000 y la familia
    de productos Oracle7, ofrece la oportunidad de crear
    un sofisticado sistema lingüístico.
   Posibilita la integración de bases de datos
    documentales de gran tamaño con aplicaciones
    cliente/servidor. Además, mediante ConText se
    pueden efectuar búsquedas temáticas, reducción de
    documentos indexada, categorización por relevancia,
    lectura rápida a través del sistema SpeedRead.
9. Correo personalizado
   Es una de las tareas más extendida en las oficinas
    es la de personalizar documentos para un elevado
    número de destinatarios. Esto se soluciona
    uniendo la base de datos con el tratamiento de
    textos.
   Los programas de tratamiento de textos
    incorporan la posibilidad de realizar Mailing
    (llamado fusión de datos). Permiten crear
    estructuras de datos e introducir información para
    luego personalizarla con documentos tipo o
    patrones que hacen referencia a esos datos.
   Los paquetes integrados incorporan facilidades
    para realizar la fusión de la información del
    módulo gestor de base de datos con documentos
    creados para este fin en el módulo de tratamiento
    de textos.
   La información de los datos puede estar generada
    con un gestor de base de datos y los documentos
    patrones estar realizados con programas de
    tratamiento de textos.
   El problema consiste en la compatibilidad e
    integración de estas dos herramientas. Los
    procesadores de textos incorporan facilidades para
    integrar datos en diferentes formatos.
   Ejemplo: Datos de Dbase III en formato DIF, o
    datos almacenados de forma que los separadores
    entre campos y registros sean fáciles de controlar
    para finalmente poder integrarlos con los
    documentos.
   En todo mailing habrá tres tipos de trabajo :
       Creación y actualización de las listas de datos.
       Creación de las cartas patrón.
       Impresión de los documentos personalizados en papel
        (sobres, etiquetas, listas, etc.) .

								
To top