Sgbd e instalación. IFCT0310. Rafael Ángel Prieto de Lope

de los SGBD

      Los SGBD pueden clasificarse en función del modelo de datos, dependiendo del número de usuarios al que da servicio (monousuario o multiusuario), atendiendo a si es un sistema distribuido o centralizado, y por último, a si la gestión de los procesos es multihilo y multiproceso.

      4.1.Modelo de datos

      Un modelo es una representación de la realidad. El modelo de datos debe permitir a los diseñadores de base de datos y a los usuarios finales comunicar e interactuar de forma precisa y no ambigua con la base de datos. Los modelos de datos tienen tres componentes:

      Una parte estructural, que está compuesta por un conjunto de reglas que definen como debe construirse una base de datos.

      Una parte operacional, que define las operaciones que pueden realizarse sobre los datos.

      Una parte de restricciones, para dar mayor integridad a los datos.

      En la literatura técnica se han propuesto varios modelos de datos que se podrían clasificar en dos grandes grupos: los basados en objetos y los basados en registros.

      Modelo de datos basados en objetos

      Los modelos de datos basados en objetos utilizan conceptos como entidades, relaciones y atributos. La entidad es un objeto singular, como por ejemplo, una persona, un concepto, una cosa, etc. La relación es una asociación entre entidades, y los atributos son una propiedad relevante de la entidad. Algunos de los modelos de datos basados en objetos más destacados son:

      Entidad-Relación.

      Orientado a objetos.

      Funcional.

      De estos, quizás el más popular para el diseño de base de datos es el modelo Entidad-Relación. Para representar este modelo la notación más usada es UML (Unified Modeling Language).

      Entidad-Relación

      Es probablemente el modelo más usado para el diseño de base de datos. Este modelo, creado por Chen en 1976, emplea tres conceptos básicos: entidad, atributos y relaciones.

      La entidad es cualquier objeto real o abstracto del cual merece la pena guardar información. Cada entidad cuenta con un conjunto de propiedades llamadas atributos, por último, lo que asocia a una serie de entidades sería la relación, además, cada relación podría tener atributos.

      Cada entidad debe tener un atributo principal llamado clave principal o clave primaria. Este atributo lo selecciona el diseñador y debe servir para distinguir a cada una de las entidades de un conjunto. Un ejemplo típico de la clave principal podría ser la entidad “Persona”, con varios atributos (nombre, apellidos, sexo, etc.) y donde la clave principal sería el NIF.

      Las relaciones pueden ser n-arias, aunque en la práctica las formas más habituales son las relaciones binarias, ternarias o recursivas, siendo las binarias las más comunes y más usadas. En las relaciones binarias hay dos entidades y una relación entre ellas, en las ternarias, intervienen tres entidades y una relación, y por último, en las relaciones recursivas hay una única entidad y una relación. El aspecto sería:

      Binaria:

      Ternaria:

      Recursiva:

      Las relaciones introducen el concepto de cardinalidad, que expresa el número de entidades a las que otra entidad se puede asociar mediante un conjunto de relaciones. Pueden ser: uno-uno, uno-varios, varios-uno y varios-varios (1:1, 1:N, N:1 y N:N).

      Los símbolos usados para representar de manera gráfica el modelo Entidad-Relación serían:

      Algunos conceptos más asociados a este modelo son:

      Entidad débil: es aquella cuya existencia depende de otra. Por ejemplo, relacionado con el sector de la banca, un pago o cuota de un préstamo sería una entidad débil de préstamo, ya que si no existiese el préstamo, no tendría sentido el pago o cuota.

      Atributo derivado: es un atributo cuyo valor se genera a partir de otro atributo, por ejemplo, volviendo a la entidad “Persona”, el atributo “edad” sería derivado del atributo “fecha de nacimiento”.

      Atributo multivalorado: son aquellos atributos que, como su nombre indica, tienen más de un valor. Un ejemplo típico sería el número de teléfono.

      Ejemplo

      Un ejemplo sencillo de diagrama Entidad-Relación podría ser representar los clientes de una entidad bancaria y su cuenta o cuentas corrientes:

      Se observan en el ejemplo las entidades “Cliente” y “Cuenta” con sus atributos, su clave primaria (“Id_cliente” y “Num_cuenta”) y atributo multivalorado (“Teléfono”). Además, la relación que los une, que este caso lleva un atributo (“Fecha_creación”), es binaria, y la cardinalidad se interpreta de la siguiente forma: un cliente tiene asociada una o varias cuentas (1:N), y una cuenta, en este ejemplo, tiene asociada a un solo cliente (1:1).

      Actividades

      4.Piense un ejemplo donde sería apropiado usar una entidad débil.

      Orientado a objetos y funcional

      Está basado en el concepto de orientación a objetos, y con este concepto nacieron los SGBDOO (Sistemas Gestores de Bases de Datos Orientados a Objetos). No se entrará en detalles sobre la orientación a objetos porque no es motivo de estudio de la presente materia.

      En cuanto al modelo funcional, este es una técnica basada en objetos también, e incluye conceptos como la herencia, sobrecarga y acceso navegacional.

      Modelo de datos basado en registros

      Los modelos de datos basados en registros tienen una serie de registros de formato fijo. Cada tipo de registro define un número de campos, cada uno con una longitud también establecida. Los