3.0 diseñar una base de datos en base al modelo entidad/relacion

Como muchos sabemos, ponerse a desarrollar una base de datos con cierta complejidad y tamaño “a ojo” es perder el tiempo. Para que la aplicación cumpla eficientemente sus objetivos y los resultados sean buenos, debemos seguir un proceso: Análisis. Diseño del modelo entidad / relación. Definir entidades y relación.

1. Análisis Debemos comenzar estudiando a fondo el mundo real que deseamos representar en la aplicación y base de datos.Por ejemplo: una universidad, un hospital, una empresa tecnológica. A partir de este estudio, debemos crear el UD, que es simplemente la visión del mundo real bajo unos determinados objetivos.

2. Diseño del modelo entidad / relación El modelo entidad-relación es el modelo conceptual más utilizado para el diseño conceptual de bases de datos.
Fue introducido por Peter Chen en 1976. El modelo entidad-relación está formado por un conjunto de conceptos que permiten describir la realidad mediante un conjunto de representaciones gráficas y lingüísticas.

Originalmente, el modelo entidad-relación sólo incluía los conceptos de entidad, relación y atributo. Más tarde, se añadieron otros conceptos, como los atributos compuestos y las jerarquías de generalización, en lo que se ha denominado modelo entidad-relación extendido.Entidad Cualquier tipo de objeto o concepto sobre el que se recoge información: cosa, persona, concepto abstracto o suceso.

Por ejemplo: coches, casas, empleados, clientes, empresas, oficios, diseños de productos, conciertos, excursiones, etc. Las entidades se representan gráficamente mediante rectángulos y su nombre aparece en el interior.
Un nombre de entidad sólo puede aparecer una vez en el esquema conceptual. Hay dos tipos de entidades: fuertes y débiles,una entidad débil es una entidad cuya existencia depende de la existencia de otra entidad.Una entidad fuerte es una entidad que no es débil.Relación (interrelación)Es una correspondencia o asociación entre dos o más entidades.

Cada relación tiene un nombre que describe su función. Las relaciones se representan gráficamente mediante rombos y su nombre aparece en el interior.Las entidades que están involucradas en una determinada relación se denominan entidades participantes.
El número de participantes en una relación es lo que se denomina grado de la relación. Por lo tanto, una relación en la que participan dos entidades es una relación binaria; si son tres las entidades participantes, la relación es ternaria; etc. Una relación recursiva es una relación donde la misma entidad participa más de una vez en la relación con distintos papeles.
El nombre de estos papeles es importante para determinar la función de cada participación.La cardinalidad con la que una entidad participa en una relación especifica el número mínimo y el número máximo de correspondencias en las que puede tomar parte cada ocurrencia de dicha entidad.

La participación de una entidad en una relación es obligatoria (total) si la existencia de cada una de sus ocurrencias requiere la existencia de, al menos, una ocurrencia de la otra entidad participante. Si no, la participación es opcional (parcial).
Las reglas que definen la cardinalidad de las relaciones son las reglas de negocio.A veces, surgen problemas cuando se está diseñado un esquema conceptual. Estos problemas, denominados trampas, suelen producirse a causa de una mala interpretación en el significado de alguna relación, por lo que es importante comprobar que el esquema conceptual carece de dichas trampas.

En general, para encontrar las trampas, hay que asegurarse de que se entiende completamente el significado de cada relación. Si no se entienden las relaciones, se puede crear un esquema que no represente fielmente la realidad.Una de las trampas que pueden encontrarse ocurre cuando el esquema representa una relación entre entidades, pero el camino entre algunas de sus ocurrencias es ambiguo.

El modo de resolverla es reestructurando el esquema para representar la asociación entre las entidades correctamente.Otra de las trampas sucede cuando un esquema sugiere la existencia de una relación entre entidades, pero el camino entre una y otra no existe para algunas de sus ocurrencias.En este caso, se produce una pérdida de información que se puede subsanar introduciendo la relación que sugería el esquema y que no estaba representada.
Atributo es una característica de interés o un hecho sobre una entidad o sobre una relación. Los atributos representan las propiedades básicas de las entidades y de las relaciones.
Toda la información extensiva es portada por los atributos. Gráficamente, se representan mediante bolitas que cuelgan de las entidades o relaciones a las que pertenecen. Cada atributo tiene un conjunto de valores asociados denominado dominio.

El dominio define todos los valores posibles que puede tomar un atributo. Puede haber varios atributos definidos sobre un mismo dominio.
Los atributos pueden ser simples o compuestos, un atributo simple es un atributo que tiene un solo componente, que no se puede dividir en partes más pequeñas que tengan un significado propio.
Un atributo compuesto es un atributo con varios componentes, cada uno con un significado por sí mismo.

Un grupo de atributos se representa mediante un atributo compuesto cuando tienen afinidad en cuanto a su significado, o en cuanto a su uso. Un atributo compuesto se representa gráficamente mediante un óvalo.Los atributos también pueden clasificarse en monovalentes o polivalentes.
Un atributo monovalente es aquel que tiene un solo valor para cada ocurrencia de la entidad o relación a la que pertenece;un atributo polivalente es aquel que tiene varios valores para cada ocurrencia de la entidad o relación a la que pertenece.A estos atributos también se les denomina multivaluados, y pueden tener un número máximo y un número mínimo de valores.

La cardinalidad de un atributo indica el número mínimo y el número máximo de valores que puede tomar para cada ocurrencia de la entidad o relación a la que pertenece;el valor por omisión es .

Por último, los atributos pueden ser derivados. Un atributo derivado es aquel que representa un valor que se puede obtener a partir del valor de uno o varios atributos, que no necesariamente deben pertenecer a la misma entidad o relación.
Identificador un identificador de una entidad es un atributo o conjunto de atributos que determina de modo único cada ocurrencia de esa entidad, un identificador de una entidad debe cumplir dos condiciones:

No pueden existir dos ocurrencias de la entidad con el mismo valor del identificador. Si se omite cualquier atributo del identificador, la condición anterior deja de cumplirse.
Toda entidad tiene al menos un identificador y puede tener varios identificadores alternativos. Las relaciones no tienen identificadores.Jerarquía de generalización una entidad E es una generalización de un grupo de entidades E, E, ... E, si cada ocurrencia de cada una de esas entidades es también una ocurrencia de E. Todas las propiedades de la entidad genérica E son heredadas por las subentidades.

Cada jerarquía es total o parcial, y exclusiva o superpuesta. Una jerarquía es total si cada ocurrencia de la entidad genérica corresponde al menos con una ocurrencia de alguna subentidad.
Es parcial si existe alguna ocurrencia de la entidad genérica que no corresponde con ninguna ocurrencia de ninguna subentidad.

Una jerarquía es exclusiva si cada ocurrencia de la entidad genérica corresponde, como mucho, con una ocurrencia de una sola de las subentidades. Es superpuesta si existe alguna ocurrencia de la entidad genérica que corresponde a ocurrencias de dos o más subentidades diferentes.
Un subconjunto es un caso particular de generalización con una sola entidad como subentidad. Un subconjunto siempre es una jerarquía parcial y exclusiva.

2.4 determinar los programas a desarrollar

Son las aplicaciones (software) adicionales que necesitamos para que un sistema trabaje mejor o poder reutilizar los resultados que nos arroje de una mejor manera, principalmente éstos son como el Word y el Excel en donde nosotros podemos pegar información que nos arroje un sistema para generar algún reporte o imprimirlo en una hoja o lo que sea que se nos antoje.

Al igual que cualquier otro tipo de software de oficina, hay un montón de programas de diseño de bases de datos disponibles para uso personal o profesional, idealmente, un usuario de base de datos busca el objetivo de su base de datos posibles antes de elegir un programa de diseño.

Sin embargo, todo aquél que busque un diseño innovador de bases de datos sin conocer los datos concretos que entran en el sistema puede utilizar varios criterios para encontrar el programa óptimo diseño de bases de datos para sus necesidades.

Los usuarios potenciales de bases de datos necesitan buscar primero la sencillez del software de base de datos.
Normalmente, una compañía de software permitirá que un cliente potencial eche un vistazo a las capturas de pantalla o incluso descargue una versión demo del programa para la obtención de muestras.

Con la excepción de las personas instruidas en diseño de bases de datos, más sencillo siempre es mejor y un interfaz desarrollado con muchas campanas y silbidos puede ser desaconsejable.
La cuestión que los compradores deben considerar es si una persona con una mínima cantidad de conocimientos o ideas preconcebidas puede utilizar el programa. Además de facilidad de uso, los diseñadores de bases de datos necesitan ver algunos pequeños factores.

La compatibilidad con los sistemas de computación de la oficina esta dada pero los profesionales de un negocio, deben considerar si el programa cumple con los requerimientos de desarrollo de un futuro próximo.
Además, siempre hay una consideración de precio en la compra de software de bases de datos.

Algunos programas pueden ser prohibitivamente caros, pero otros pueden ser demasiado costosos para el servicio que prestan. Los compradores deben mirar primero su funcionalidad y luego determinar si el precio es demasiado grande para sus presupuestos.

COMENTARIOS:
Como una opción aparte, se pueden desarrollar ciertos programas que ayuden al uso del sistema de información, sin embargo, es importante mencionar la compatiblilidad entre ellos par evitar problemas.

2.3 determinar el equipo a utilizar

Un servidor de bases de datos, no es más que un equipo que contiene un software SGBD (Sistema Gestor de Bases de Datos), existe infinidad de software de este tipo y puedes instalar cualquiera en tu propio equipo, volviéndolo así un servidor.

En estos momentos las más usadas son las Bases de Datos Relacionales que almacenan los datos en tablas que mantienen los datos "relacionados" entre sí, de forma que se mantienen coherentes.

La mayoría de las páginas web (como esta) que contienen foros, o contenido actualizable, almacena sus datos en una o más máquinas que tienen instalado un sistema de bases de datos.

Los más comunes son Oracle, MySQL, SQL Server y utilizan un lenguaje de comunicación llamado SQL (Simple Query Language) que permite hacer selecciones de datos complejas, inserciones, actualizaciones y eliminación de datos.

Una vez que el servidor está funcionando, un equipo puede acceder con un cliente (que es un programa que conecta al servidor) que establece una conexión bidireccional con el servidor tanto en local como en remoto.

2.2 identificar tipos de usuario

Usuarios:Hay tres tipos de usuarios.Programadores de aplicaciones:
Se encargan de diseñar y programar las aplicaciones necesarias para la utilización de la B.D., realizando las peticiones pertinentes al SGBD.Usuario final:
Es la persona que se dedica a trabajar sobre los datos almacenados en la B.D.
Hay usuarios finales avanzados que por medio del lenguaje de programación SQL pueden acceder a los datos.Administrador de B.D:Es el usuario más importante de los tres, ya que es el que se encarga de diseñar y modificar la estructura de la B.D.

2.1 identificar tipo de informacion

Una base de datos está formada por:Los datos: Que deben ser INTEGRADOS, es decir, que en la unión de los archivos que forman el sistema no exista redundancia de datos Veamos el ejemplo de la gestión de los libros de una biblioteca.
Una ficha con datos de un libro, una ficha con datos de un lector y una ficha mostrando el listado de lecturas de un libro, esa ficha que nos entregan junto al libro cuándo nos lo prestan en la bibliotecaSi hacemos un listado con el nombre de los campos que hemos introducido en esas fichas obtendríamos:
Título
Autor
Editorial
Año
Idioma
Lector
Fecha
préstamo
Fecha devolución
Nombre
Apellidos
Domicilio
Teléfono
DNI.
Cada dato de ese listado suma , aparece en una ficha junto a otros con los que se relaciona, y ningún dato se repite en el resto de las fichas, por lo tanto los datos están integrados.
Hardware: Es el soporte físico que permite almacenar la información de la base de datos. Nosotros por el momento trabajaremos con un solo soporte físico, pero hay que saber que una base de datos puede estar formada por varios sistemas, entonces se llama base de datos distribuida. El manejo de este tipo de bases de datos compartidas se complica ya que se necesita comunicación entre los sistemas.Software: Es el que permite trabajar y gestionar la B.D. de la forma más eficiente. El SGBD (Sistema gestor de bases de datos) es el encargado de gestionar la B.D. por lo tanto todas las operaciones que se realicen sobre las mismas han de pasar por el SGBD

2.0 determinar los elementos de apertura de un sistema de datos

El término de bases de datos fue escuchado por primera vez en 1963, en un simposio celebrado en California USA.
Una base de datos se puede definir como un conjunto de información relacionada que se encuentra agrupada ó estructurada.desde un punto informático, la base de datos es un sistema formado por un conjunto de datos almacenados en discos que permiten el acceso directo a ellos y un conjunto de programas que manipulen ese conjunto de datos.Los elementos básicos de una base de datos son:entidades (entities)campos (fields)recordsarchivos (files)llaves (keys)
1. Entidad – Persona, lugar, objeto u evento para el cual se obtiene y mantiene datos. Ejemplo: Cliente, Orden, Producto, Suplidor.

2. Campo – Atributo o característica de la entidad.Ejemplo: en la entidad Cliente, algunos campos pueden ser Nombre, Apellido, Dirección.

3. Record es una colección o grupo de campos que describen un miembro de una entidad. Ejemplo, el record de un cliente, o de un producto.

4. Archivo es un grupo de records que contienen datos sobre una entidad en específico. Ejemplo: el archivo de clientes, es archivo de productos, o de empleados.

5. Llave o "Key" – Es un campo que se usa para localizar, acceder o identificar un record en específico.Hay cuatro tipos de “key”:a. "Primary key" es un campo u combinación de campos que en forma única y mínima identifica un miembro en particular de una entidad.Es único porque no hay dos miembros con el mismo "key". Es mínimo porque contiene tan solo la información necesaria para identificar al miembro de la entidad.
Si el "primary key" es una combinación de varios campos se conoce como “multivalue key".b. "Candidate key" – cualquier campo que pueda servir como "primary key". Para seleccionar al "primary key", se escoge el campo que tenga menos datos y sea más fácil de usar.
Cualquier campo que no es un "primary key" o un "candidate key" se llama "nonkey field."c. "Foreign key" – es un cambo en un archivo que debe parear con el valor del "primary key" de otro archivo para que se pueda establecer una relación o “link” entre ambos archivos.d."Secondary key" – es un campo u combinación de campos que se puede usa para acceder records. Los "secondary keys" no necesitan ser únicos. Ejemplo: nombre del cliente, código postal (zipcode).

resultado de aprendizaje

De acuerdo a lo aprendido empezaremos

a diseñar sistemas de informacionde

acuerdo al desarrollo de base de datos

bienvenidos a mi blog!!!

hola a todos vienvenidos a mi blog,
les invito a que puedan
ver mi blog de la materia de
diseñar sistemas de infoirmacion
pongan sus comentarios