Popular Post

Popular Posts

Recent post

Archive for 2017



Las siguientes instrucciones pertenecen al DML y como ya vimos, hacen uso de los datos almacenados en la base de datos:

SELECT
La instrucción SELECT es aquella que nos va a mostrar las columnas deseadas en la relación derivada. Su forma mas simple es la siguiente:

SELECT columnas FROM tablas_referencia


INSERT
La instrucción INSERT nos sirve para agregar tuplas en una tabla

INSERT INTO nombre_tabla (columna1, columna2, ...) VALUES (valor1, vlor2, ...);



UPDATE
La instrucción UPDATE modifica los valores de los campos y registros especificados

UPDATE nombre_tabla SET columna1 = valor1, columna2 = valor2, ... WHERE condicion

DELETE
La instrucción DELETE elimina registros de una tabla especifica

DELETE FROM nombre_tabla WHERE condicion


Estas instrucciones pueden ser potenciadas con ciertas clausulas las cuales son condiciones que modifican el resultado de la relación derivada. Dentro de estas encontramos las siguientes:

FROM: Nos sirve para seleccionar las tablas de las cuales vamos a extraer la información deseada.

Por ejemplo: SELECT * FROM tablas(s)


WHERE: Nos sirve para seleccionar las filasde las cuales vamos a extraer la información que cumpla cierta condicion.

Por ejemplo: SELECT * FROM tablas(s) WHERE condicion


GROUP BY: Nos sirve para separar los registros seleccionados en grupos específicos

Por ejemplo: SELECT * FROM tablas(s) WHERE condicion GROUP BY columna

HAVING: Nos sirve para expresar la condición que debe satisfacer cada grupo

Por ejemplo: SELECT * FROM tablas(s) WHERE condicion GROUP BY columna HAVING condicion


GROUP BY: Nos sirve para ordenar los registros seleccionados de acuerdo con un orden específico

Por ejemplo: SELECT * FROM tablas(s) WHERE condicion ORDER BY ASC/DESC
Si no se especifica el order by se ordenara de forma ascendente de manera automática


Dentro de las condiciones podemos usar distintos operdores para encontrar los datos deseados. Entre estos tenemos:
  • < (menor que) 
  • > (mayor que) 
  • <> (diferente de) 
  • <= (menor igual que) 
  • >= (mayor igual que) 
  • = (igual que) 
  • BETWEEN (devuelve valores en un rango definido)
    SELECT * FROM tabla WHERE columna BETWEEN num1 AND num2 
  • LIKE (usado para la comparación)
    SELECT * FROM tabla WHERE columna LIKE a% (devuelve valores que inician con a) 
  • IN (usado para especificar registros)
    SELECT * FROM tabla WHERE columna IN (num1,num2,...) 

Estas van despues del WHERE y pueden ponerse mas de una con el uso de AND (y), OR (o) y NOT (valor contrario al especificado)

DML

El DDL tiene tres instrucciones básicas las cuales veremos con profundidad a continuación:

CREATE Crea un objeto de un determinado tipo (DATABASE, TABLE, INDEX, etc.) con un nombre (por ejemplo Inventarios, Libros, Autores, etc.) y una definición (CodigoA, Nombre, etc.).
La estructura de esta instrucción es la siguiente:

CREATE tipo nombre definición


DROP elimina un tipo de objeto especificado mediante un nombre, su estructura es la siguiente:

DROP tipo nombre


ALTER Modifica la definición de un objeto. Un ejemplo de su uso seria

ALTER TABLE Autores DROP COLUMN nacionalidad

DDL


En informática, cuando se quiere hacer uso de un lenguaje de programación se requiere de una sintaxis para escribir de forma correcta cada una de las instrucciones. Para escribirlas adecuadamente se debe respetar ciertas reglas en cuanto a la forma en la cual deben de escribirse, en este caso, instrucciones que el compilador o interprete de comando sea capaz de "entender" y hacer lo que nosotros estamos indicando.

Algo muy importante es, que el sistema hará justo lo que nosotros le indiquemos, si la instrucción es incorrecta entregara resultado no esperados o simplemente no hará nada.

SQL es un lenguaje de consulta estructurado, este a su vez esta subdividido en dos tipos diferentes de lenguaje:

DDL (Lenguaje de definición de datos): Este lenguaje es el encargado de la creación, eliminación y modificación de las estructuras donde se almacenaran los datos. Estas son las tablas, bases de datos, vistas, etc.

DML (Lenguaje de manipulación de datos): Contiene las funciones que se encargaran mostraran, eliminaran, actualizaran e insertaran la información dentro de nuestra base.

Dependiendo de que realice la instrucción entrara dentro de estas 2 clasificaciones. Para hacer uso de estas se necesita tener instalado un SGBD y de preferencia una interfaz para hacer el trabajo mas sencillo.

Una vez instalado y ya con la base de datos creada podemos proceder a realizar consultas para su correcto funcionamiento.

Introduccion

Podcast acerca de la unidad 4 

Descargar modelo normalizado de la unidad 4 aqui

Anexos Unidad 4

Descargar modelo del caso practico de la unidad tres aqui

Anexos Unidad 3

Las operaciones básicas del álgebra relacional se han extendido o ampliado de varias maneras.
  1. Una de las extensiones es permitir operaciones aritméticas como parte de la operación proyección (Proyección Generalizada).
  2. Permitir operaciones de agregación.

PROYECCIÓN GENERALIZADA


Esta función amplía la proyección permitiendo que se utilicen funciones aritméticas en la lista de proyección.


FUNCIONES DE AGREGACIÓN


Este tipo de operaciones se pueden como su nombre lo dice agregar a la operación de proyección, dichas operaciones toman un conjunto de valores y retornan o proyectan un valor ÚNICO. Las operaciones son:
  • SUM: retorna la suma de los valores 
  • AVG: retorna la media de los valores 
  • MIN: retorna el mínimo de los valores 
  • MAX: retorna el máximo de los valores 
  • COUNT: retorna el número de elementos del conjunto
En el siguiente vídeo se explica de manera clara como funciona la división en el álgebra relacional


Division

Join

El JOIN Natural es una operación binaria que permite combinar ciertas selecciones y un producto cartesiano en una sola operación. Se denota por el símbolo: ⋈
R ⋈θ S




Permite usar cualquier condición de comparación. Es equivalente a: σ θ (R X S)

Θ - Join


R ⋈θ S


Equivalente al Join solo que se permite usar cualquier condición de comparación. θ.

El resultado se construye:
  • Toma el R X S 
  • Selecciona solo las tuplas que satisfacen a θ.
  • es equivalente a: σ θ (R X S)

JOIN

En álgebra relacional la intersección de dos relaciones compatibles A y B,  A INTERSECCION B o A n B



Produce el conjunto de todas las tuplas pertenecientes a A y B. Al igual que en teoría de conjuntos el símbolo n representa aquí la intersección entre dos relaciones.


Intersección


El operador renombramiento permite ponerle nombre a las relaciones “resultado” de operaciones de álgebra relacional. Se denota con la letra “ρ”
ρx(E)
Esta expresión retorna la expresión E con el nombre x. También se pueden renombrar los atributos de E.
En álgebra relacional el producto de dos relaciones A y B es:

A Veces B o A X B

Produce el conjunto de todas las tuplas t tales que t es el encadenamiento de una tupla a perteneciente a A y de una b que pertenece a B. se utiliza el símbolo X para representar el producto.
Esta operación es importante para encontrar los valores de 2 o mas relaciones las cuales están relacionadas entre ellas.


Producto cartesiano


En álgebra relacional la diferencia entre dos relaciones compatibles A y B es igual a

A MENOS B o A – B

Esta operación produce el conjunto de todas las tuplas t que pertenecen a A y no pertenecen a B.



el siguiente vídeo nos dará una explicación sobre la diferencia en el álgebra relacional



Diferencia

Esta operación nos da como resultado todas la tuplas de la relación que cumplan con cierta condición,
el siguiente vídeo nos ayudara a comprender mejor los conceptos y la sentencia
 selección:

Seleccion

En álgebra relacional la unión de dos relaciones compatibles A y B es:

A UNION B o A U B

Produce el conjunto de todas las tuplas que pertenecen ya sea a A o a B o a Ambas. Al igual que en teoría de conjuntos el símbolo U representa aquí la unión de dos relaciones.

Al adaptar los operadores de conjuntos a relaciones se debe asegurar que exista compatibilidad entre ellas.
  • Tienen el mismo grado.
  • Los atributos tienen el mismo nombre.
  • El dominio del sus atributos debe ser el mismo


Unión

La operación de proyección permite quitar ciertos atributos de la relación, esta operación es unaria, copiando su relación base dada como argumento y quitando ciertas columnas, La proyección se señala con la letra griega pi mayúscula. Como subíndice se coloca una lista de todos los atributos que se desea aparezcan en el resultado. La relación argumento se escribe después de  la relación entre paréntesis.

Proyección

El álgebra relacional consiste de algunas simples pero poderosas maneras de construir nuevas relaciones a partir de otras. Si pensamos que las relaciones iniciales son los datos almacenados entonces las nuevas relaciones se pueden ver como respuestas a algunas consultas deseadas.

El álgebra relacional es un lenguaje de consulta procedural. Consta de un conjunto de operaciones que toman como entrada una o dos relaciones y producen como resultado una nueva relación, por lo tanto, es posible unir y combinar operadores. Hay ocho operadores en el álgebra relacional que construyen relaciones y manipulan datos, estos son:

1. Selección        2. Proyección    3. Producto
4. Unión              5. Intersección  6. Diferencia
7. JOIN               8. División

Conceptos previos

Al describir las propiedades de cada operador se van a utilizar una serie de términos que debemos definir previamente. En primer lugar se presentará una adaptación del concepto de relación matemática en la que se vuelve a hacer uso de la ordenación de las componentes de una tupla. El resto, son expresiones o reformulaciones de conceptos ya presentes en la definición del modelo.

Los conceptos a definir son:

  • Relación: El AR hace uso del orden de las componentes de las tuplas para definir operadores y propiedades de los operadores. En realidad, se trata de retomar la definición original de la relación matemática como el subconjunto de un producto cartesiano de n dominios, de tal forma que las tuplas resultado de ese producto cumplían y cumplen que las tuplas son listas de valores (conjunto ordenado) tal que el i-ésimo valor pertenece al i-ésimo dominio.
  • Esquema de relación: Es la descripción formal de la relación con sus atributos y dominios asociados. En realidad se aplica únicamente a las relaciones nominadas, aquellas descritas en el esquema lógico relacional.
  • Alias de una relación: Es el nombre alternativo que se le da a una relación. 
  • Relación nominada: Es toda relación definida en el esquema lógico relacional. En otras palabras, las que constituyen nuestra base de datos.
  • Relación derivada: Es aquella que se obtiene como resultado de una expresión del Álgebra Relacional. Una relación derivada no tiene nombre ni alias. Así pues, los nombres de los atributos de ésta se obtendrán a partir de los nombres cualificados de atributos de las relaciones operando, y si existe ambigüedad se utilizarán los alias.
  • Relaciones compatibles: Dos relaciones son compatibles si el grado de ambas es el mismo y los dominios asociados a los i-ésimos atributos de cada una son iguales. Dicho de otra forma, el número de atributos ha de ser el mismo en ambas relaciones y, además, los dominios han de ser los mismos para atributos de la misma posición.


Para ejecutar algunas operaciones se deben cumplir algunas restricciones:
  • En las operaciones de UNION, INTERSECCIÓN y DIFERENCIA las relaciones deben ser compatibles.
  • En la CONCATENACIÓN o JOIN deben existir atributos comunes, de lo contrario el resultado será el producto cartesiano.
  • Para la DIVISIÓN, se debe cumplir que existan atributos comunes
    * de no haberlos, el resultado es vacío de tuplas
    * los únicos del divisor
    * los últimos del dividendo
    * en el mismo orden en dividendo y divisor



Introduccion

Existen formas normales FN4, FN5, FNDK, FN6 cuyo aplicación en el mundo real es meramente teórica, ya que en modelos reales no son aplicables y pueden generar mayores dificultades que beneficios.

A manera de conocimiento básico las formas normales 4 y 5 se ocupan del análisis de las dependencias entre atributos multivaluados, la forma normal FNDK (Forma Normal Dominio Clave) trata acerca de las restricciones y los dominios de los atributos y por último la FN6 se refiere a las consideraciones que se deben tratar o tomar en cuenta con las bases de datos temporales.


Otras formas normales


 Esta forma normal exige que el modelo este en FN3, y que además, todo implicante de la tabla, sea una clave candidata.

El implicante o determinante se entiende como el atributo o conjunto de éstos, del cual depende funcionalmente otro atributo completamente.



En los siguientes vídeos se explica de una manera clara lo que se refiere normalizar una base de datos en estas tres reglas



Conceptos básicos
La normalización es el proceso de organizar los datos de una base de datos. Se incluye la creación de tablas y el establecimiento de relaciones entre ellas según reglas diseñadas tanto para proteger los datos como para hacer que la base de datos sea más flexible al eliminar la redundancia y las dependencias incoherentes.
Los datos redundantes desperdician el espacio de disco y crean problemas de mantenimiento. Si hay que cambiar datos que existen en más de un lugar, se deben cambiar de la misma forma exactamente en todas sus ubicaciones.

Dependencia incoherente
Aunque es intuitivo para un usuario mirar en la tabla Clientes para buscar la dirección de un cliente en particular, puede no tener sentido mirar allí el salario del empleado que llama a ese cliente. El salario del empleado está relacionado con el empleado, o depende de él, y por lo tanto se debería pasar a la tabla Empleados. Las dependencias incoherentes pueden dificultar el acceso porque la ruta para encontrar los datos puede no estar o estar interrumpida.

Hay algunas reglas en la normalización de una base de datos. Cada regla se denomina una "forma normal". Si se cumple la primera regla, se dice que la base de datos está en la "primera forma normal". Si se cumplen las tres primeras reglas, la base de datos se considera que está en la "tercera forma normal". Aunque son posibles otros niveles de normalización, la tercera forma normal se considera el máximo nivel necesario para la mayor parte de las aplicaciones.

Al igual que con otras muchas reglas y especificaciones formales, en los escenarios reales no siempre se cumplen los estándares de forma perfecta. En general, la normalización requiere tablas adicionales y algunos clientes consideran éste un trabajo considerable. Si decide infringir una de las tres primeras reglas de la normalización, asegúrese de que su aplicación se anticipa a los problemas que puedan aparecer, como la existencia de datos redundantes y de dependencias incoherentes. (Support Microsoft, 2016)

Uno de los parámetros que mide la calidad de una base de datos es la forma normal en la que se encuentra su diseño. Esta forma normal puede alcanzarse cumpliendo ciertas restricciones que impone cada forma normal al conjunto de atributos de un diseño. El proceso de obligar a los atributos de un diseño a cumplir ciertas formas normales se llama NORMALIZACIÓN.

Las formas normales pretenden alcanzar dos objetivos:
  1. Almacenar en la base de datos cada hecho solo una vez, es decir, evitar la redundancia de datos. De esta manera se reduce el espacio de almacenamiento.
  2. Que los hechos distintos se almacenen en sitios distintos. Esto evita ciertas anomalías a la hora de operar con los datos.


Las restricciones en una base de datos se refieren a las condiciones que deben cumplir los datos para su correcto funcionamiento y almacenamiento. Existen varios tipos.
  • Restricciones de clave: Es el conjunto de atributos que identifican de forma única a una entidad:
  • Restricciones de valor único (UNIQUE): Es una restricción que impide que tenga un atributo un valor repetido. TODOS los atributos que son CLAVE cumplen esta restricción. Aunque es posible que otros atributos que no siendo clave la cumplan.
  • Restricción de verificación (CHECK): Esta restricción permite comprobar si un valor de un atributo es válido de acuerdo a una expresión.
  • Restricción de valor NULO (NULL o NOT NULL): Un atributo puede ser obligatorio si no admite un valor nulo o null, es decir, el valor no tiene información o se desconoce. Si admite como valor a NULO o NULL, entonces el valor es opcional.
  • Disparadores o triggers: Son procedimientos que se ejecutan para hacer una tarea concreta en el momento de insertar, modificar o eliminar información de una tabla.


Integridad de entidad
Una de las principales ventajas que ofrece el Modelo Relacional es la utilización de las reglas de integridad, las cuales son restricciones que se aplican a los datos en función de los conceptos de las bases de datos relaciones y de las organizaciones en las que se implementan. Además, aseguran que en la base de datos no se almacenen valores inválidos para la organización que implementa un sistema informático que utiliza como base el modelo relacional para almacenamiento de sus datos.

Integridad de las entidades
Se basa en las claves primarias de cada relación y de todas las relaciones en el modelo relacional. Exige que la clave primaria no asuma, NUNCA, un valor desconocido. Debido a que la clave primaria NO puede ser desconocida.

Integridad referencial
Esta regla se define sobre la base de las claves foráneas y restringe las relaciones entre relaciones. Se da cuando una tabla tiene una referencia a un valor de otra tabla. En este caso la restricción exige que exista el valor referenciado en la otra tabla. Por ejemplo no se puede colocar o asignar la calificación de la asignatura de Fundamentos de Base de Datos un alumno que no exista.

Integridad de dominio 


Esta restricción exige que el valor que puede tomar un campo esté dentro del dominio definido. Por ejemplo, si se establece que un campo NC (número de control) pertenece al dominio de los números enteros, no es posible insertar un NC con letra, puesto que la regla indica solo valores enteros.

3.4 Restricciones

Para poder hablar del o de los esquemas de una base de datos, comenzamos por analizar la siguiente figura que muestra un diagrama E-R.



Las tablas o esquemas generados son:

JUGADORES (No-Registro, Nombre-del-jugador, Nombre-del-equipo)

EQUIPOS (Entrenador, Nombre-del-equipo, Patrocinador)

A través del siguiente vídeo nos explicara el proceso para la conversión del modelo


El modelo de datos relacional es hoy el modelo de mayor uso y difusión en los distintos tipos de organizaciones, aunque con importantes cambios y adecuaciones realizados a través del tiempo.
El objetivo principal del modelo relacional es proteger al usuario de la obligación de conocer la estructura física de los datos, es decir, con la representación de ellos a nivel físico dentro de la base de datos. Esto permite generar un diseño que sea capaz de implementarse en diferentes gestores de bases de datos.

Sus características son:
1.- La relación es el elemento fundamental del modelo, las cuales se pueden manipular con el álgebra relacional.
2.- Es independiente de la forma en que se almacenan los datos y su representación, por lo que se puede implementar en cualquier SGBD.
3.- Esta fundamentado en una base matemática, por lo que al hacer uso de operaciones de conjuntos lo hace eficaz.

En una base de datos relacional, los datos son recolectados mediante relaciones, y estas a su vez son generalmente representadas mediante tablas.

Se define una relación como un conjunto de atributos, cada uno de los cuales pertenece a un dominio, y que posee un nombre que identifica la relación. Se representa gráficamente mediante una tabla con columnas (ATRIBUTOS) y filas (TUPLAS). El conjunto de TUPLAS de una relación representa el CUERPO de la relación y el conjunto de atributos y el nombre representan el ESQUEMA. Las filas o tuplas contienen datos reales.

CONCEPTOS BÁSICOS:
Atributo (Columna): Características que describen a una entidad o relación.
Dominio: Conjunto de valores permitidos para un atributo, por ejemplo, cadenas de caracteres, números para la edad, valores como SI o NO, Masculino-Femenino, etc.
Cabecera: Conjunto de atributos de una relación conforma la cabecera de la relación.
Dato: Es la unidad mínima de información e indivisible, ejemplo el valor que representa la edad de una persona.
Grado: Es el número de columnas que conforman la relación, este valor no cambia por lo que se dice es estático, solo puede ser  modificado por necesidad de la organización.
Cardinalidad: Es el número de tuplas o filas de una relación, este valor cambia de manera constante por lo que es dinámico, y que depende del agregado o eliminación de relaciones o tuplas.


CLAVE
Una clave es un conjunto de atributos que identifican de forma única una ocurrencia de entidad. En este caso las claves pueden ser simples (atómicas) o compuestas. Existen varios tipos de clave, entre estas encontramos:
Superclave: Identifican a una entidad, pueden ser no mínimas, como el número-seguridad-social, CURP, o bien, compuestas como RFC+Número-seguridad-social.
Clave Candidata: Es la mínima superclave, por ejemplo puede ser solo el RFC, CURP, entre otros.
Clave Primaria (PK): Es la clave candidata elegida por el diseñador como clave definitiva para una entidad o relación.

Clave foránea (FK): Es un atributo de una entidad, que es la CLAVE en otra entidad.
Presentación: Modelo Entidad/Relación aplicado para cubrir las problemáticas de una farmacia.

Actividades Unidad 2

El UML es un estándar propuesto que ayuda a la creación de especificaciones de distintos componentes de un software. Algunos componentes son la interacción del usuario con el sistema, especificación de módulos funcionales del sistema y su interacción.
Estas son algunas partes del UML:
  • Diagrama de clase: Este es parecido al diagrama E-R
  • Diagrama de caso de uso: estos muestran la interacción entre los usuarios y el sistema.
  • Diagrama de actividad: se encargan de describir el flujo de tareas entre varios componentes de un sistema.
  • Diagrama de implementación: Muestran componentes del sistema y sus interconexiones tanto en el nivel del componente software como el hardware.

El UML muestra conjuntos de entidades como cuadros y en cuanto al E-R, muestra los atributos dentro del cuadro en lugar de elipses separadas. UML modelo objetos, mientras que E-R modela entidades. Los objetos son similares a las entidades al igual que tienen atributos, pero proporcionan un conjunto de funciones las cuales se pueden invocar para calcular distintos valores.
En UML los conjuntos de relaciones binarias se dibujan mediante una línea que conecta a los conjuntos de entidades; en esta misma se escribe el nombre del conjunto. Se puede especificar el papel que juega un conjunto de relaciones y así conectar el cuadro con una línea discontinua en donde se describe el conjunto de relaciones.


Este cuadro se puede tratar como un conjunto de entidades, pero las relaciones binarias no se pueden representar directamente en el UML se deben convertir en relaciones binarias. En cuanto a las restricciones de cardinalidad en UML se especifican de la mima manera que en los diagramas E-R en donde i denota el mínimo y s el máximo número de relaciones en que pueda participar una entidad.
Este incorpora los elementos antes vistos en el modelo Entidad/Relación, con la adición de generalización y especialización.
Una entidad E es una generalización de un grupo entidades E1, E2…En. Estas últimas son especializaciones de la entidad general E. Ejemplificando esto para hacerlo más entendible tomemos a una entidad “doctor” como la entidad general. Ahora, esta entidad puede dividirse en varias especialidades como enfermeros, odontólogos, etc. Todos pertenecen a doctor y heredan los atributos de esa superclase, pero además de estos tienen otros atributos propios de su especialización. Los tipos de especialización existentes son:

  • Exclusiva: Cada ocurrencia de la superclase solo puede materializarse o existir en una de las especializaciones o subclases. Para representar esta especialización se agrega un arco al triángulo de la jerarquía o generalización.
  • Inclusiva: Es cuando una ocurrencia de la superclase puede materializarse en más de una subclase. Se representa sin el arco, quedando únicamente el triángulo.
  • Total: Se da cuando una ocurrencia en la entidad padre o superclase tiene que materializarse obligatoriamente en una de las especializaciones. En este caso se representa añadiendo un pequeño círculo al triángulo de la generalización.
  • Parcial: La entidad superclase no tiene porqué materializarse en una de las especializaciones (es opcional). Se representa de la misma forma que la especialización inclusiva.



Dentro del siguiente vídeo se nos muestra un ejemplo de cómo se realiza el diseño de el diagrama Entidad/Relación de una forma completa y sencilla de entender.





Este modelo se encarga de representar el modelo conceptual. Este coloca el resultado del análisis del problema real mediante diagramas. La notación es bastante sencilla de comprender. Dentro de los elementos que componen estos diagramas encontramos los siguientes:
  • Entidades: Son objetos del mundo real de los cuales se recoge información, pueden ser tangibles o intangibles. Se encuentran colocadas dentro de un rectángulo. Existen 2 tipos de entidades: las entidades fuertes y las entidades débiles, ambas dependientes de una entidad fuerte. Una OCURRENCIA se refiere a una instancia dentro de la entidad.
  • Relaciones: Es una asociación entre 2 o más entidades, estas pueden ser binarias, ternarias, etc. Se identifican por ser un verbo y son colocadas dentro de un rombo.
  • Participación: La participación de una ocurrencia de una entidad indica, mediante una pareja de números, el mínimo y máximo número de veces que puede aparecer en la relación asociada a otra ocurrencia.
  • Cardinalidad: La cardinalidad de una relación se calcula mediante las participaciones de sus ocurrencias. Se toma el número máximo de participaciones y se colocan en ella.
  • Atributos: Son las características o propiedades que definen a la entidad. Son colocadas dentro de elipses y pueden ser de diferentes tipos: simple (no están divididos en sub-partes), compuesto (formado por más de un atributo), monovalorado (tiene un solo valor), multivalorado (pueden tener varios valores de manera simultánea), almacenado (guardan una cantidad para realizar cálculos), derivado (su valor se puede derivar de otros atributos) y nulo (puede no haber valor para un atributo). 
  • Dominio: Es todo el conjunto de valores que pueden tomar los atributos.
El diseño de una base de datos consiste en extraer los datos más importantes de un problema. Para poder realizar esto se debe de realizar un análisis bastante detallado sobre el problema para poder saber que datos son los realmente necesarios para ser almacenados e ignorar aquellos sin relevancia alguna. Esto es logrado mediante pláticas con el usuario final del sistema, pero no solo el crear la base de datos significa el final del trabajo, además se debe poner a disposición del usuario una herramienta (software) que le facilite la interacción con la información almacenada. Hecho esto se pasa al modelado, el cual es la representación gráfica mediante alguna herramienta especializada en diseño de bases de datos, que represente con precisión los datos requeridos. EL modelado toma en cuenta lo siguiente:
  • La persona que crea el modelo no siempre es experta, por lo cual un poco de ayuda de alguien que sepa sobre el tema sería algo favorable.
  • El modelo debe ser creado bajo ciertos estándares.
  • La base de datos será gestionada por un SGBD el cual tendrá sus características propias. 


2.1 Proceso de diseño

Presentación: Las 11 bases de datos mas grandes del mundo

Podcast Unidad 1

Actividades Unidad 1

Existen diferentes tipos de lenguajes y procedimientos que permitan la comunicación con la base de datos; unos están orientados hacia la definición o manipulación mientras que otros están dirigidos a diferentes tipos de usuarios o de aplicaciones.


1.8 Tipos de lenguaje

Existen 2 tipos de usuarios:

  • Informáticos: Se encargan de todo el proceso de creación y el mantenimiento de la base de datos. 

  • Finales: Son aquellos que le dan uso a la información almacena dentro del sistema de base de datos. 

1.7 Tipos de usuarios

Existen tres diferentes tipos de abstracción: 


  • Visión: Solo ve los datos de interés a través de programas de aplicación. 
  • Conceptual: Que datos se almacenan de la BD y las relaciones existen entre ellos. 
  • Físico: describe como se almacenan realmente los datos. 


Como se mencionó anteriormente, el SGBD es un software el cual permite manipular las bases de datos. También es llamado DBMS. Dentro de sus objetivos encontramos: 
  1. Gestionar grandes cantidades de información, para poder realizar esto de manera correcta la información debe estar definida en estructuras para su posterior almacenamiento y manipulación.
  2. Proporcionar fiabilidad de la información almacenada.
  3. En caso de que se compartan los datos entre usuarios, se deben evitar resultados que se encuentren fuera de lo normal. 
Los DBMS están conformados por: 

  1. DDL: Se encarga de definir los datos 
  2. DML: Lenguaje usado para la manipulación de los datos. Puede agregar, quitar, modificar y recuperar información. A su vez se divide en procedimentales (requiere especificar qué datos mostrar y como) y no procedimentales (requiere especificar qué datos mostrar). 
En base de datos existen distintas herramientas para relacionar datos unos con otros como en la realidad. Dentro de este existen diferentes modelos tales como: 
  1. Modelos de diseño: Se basa en el entidad/relación. 
  2. Modelos de representación: Primero apareció el modelo jerárquico o de tipo árbol, el cual evoluciono al modelo de red en donde se usan registros unidos por enlaces. 
También se pueden encontrar como: 

  1. Modelo conceptual: Se encarga de representar la realidad a un nivel elevado de abstracción. Son de mucha ayuda para la construcción de la realidad fácil de entender. 
  2. Modelo lógico: Los datos tienden a tener una correspondencia sencilla con una estructura física de la base de datos. 

1.4 Modelos de datos

Debido a su importancia las bases de datos son usadas dentro de distintas y muy variadas organizaciones. Algunos ejemplos de estas son: 

  1. Tiendas/supermercados: clasificación de productos, clientes, proveedores, cantidades, precios, etc.
  2. Bibliotecas: clasificación de libros, autores, cantidad de volúmenes, etc. 
  3. Escuelas: número de estudiantes, número de matrícula, nombre, asignaturas, etc. 
  4. Restaurantes: reservaciones, ganancias, clientes, productos, etc. 
Las bases de datos tienen un papel muy esencial dentro de las empresas. Estas ayudan bastante al manejo y control de información dentro de estas últimas. Ya que la información es importante, en el caso de empresas, para el logro de los objetivos, esta debe tener ciertas características o cualidades. Estas son: 


  1. Precisión: Porcentaje de información dentro de la base de datos que es correcta. 
  2. Oportunidad: Tiempo transcurrido entre la producción de la información y su uso/consulta.
  3. Compleción: La información debe ser completa. 
  4. Significado: Alto contenido semántico para que sea verdadera. 
  5. Integridad: La información debe ser coherente y consistente. 
  • Dato: Numero, letra, palabra o símbolo el cual por sí solo no tiene importancia alguna. 

  • Información: Conjunto de datos procesados los cuales ahora adquieren importancia. 

  • Bases de datos: Conjunto de datos almacenados. Estos deben de estar relacionados entre sí. 

  • Sistema gestor de bases de datos: Software el cual nos permite gestionar las bases de datos. 


1.1 Conceptos básicos

- Copyright © Fundamentos De Base de Datos - Devil Survivor 2 - Powered by Blogger - Designed by Johanes Djogan -