NORMALIZACIÓN DE BASES DE DATOS. ¬¬

DIAGRAMA 1

      Coche(N° accidentes)

DIAGRAMA 2

Usuario(DNI, Nombre/s, apellido paterno, apellido materno )
Comprador(Teléfono, Calle, Colonia, Número exterior, Número interior, Delegación, código postal )
Compra(Modelo, DNI) → Auto comprado
Mecánico(fecha de contratación, Salario) → Nombre del empleado
Repara(Horas de reparación, DNI) → Nombre del mecánico
Autos(Color, Matrícula, Marca, Modelo)

DIAGRAMA 3

 Jugadores(equipo, logros, estadísticas)Tiene(equipo, resultado) → Ganador - PerdedorPartidos(resultado, equipos participantes)

DIAGRAMA 4 

Clientes(N° Cliente, Saldo, calle a enviar, número exterior a enviar, número interior a enviar, cp a enviar, colonia a enviar, descuento, límite de crédito)

Cabecera(N° Cliente, dia de pedido, hora de pedido, mes de pedido, calle a enviar, número exterior a enviar, número interior a enviar, cp a enviar, colonia a enviar)

Cuerpo(N° inventario, Cantidad, distribuidora, artículo, Tel. distribuidora)

Hacen(Artículo, N° cliente) → Compra

Articulo(N° artículo, distribuidora, cantidad en existencia, descripción)

Tienen(N° artículo, No cliente)

DIAGRAMA 5

Usuario(ID, nombre, dirección, teléfono) → Tipo de usuario.

Producto(ID, nombre, precio, stock, proveedor)

Categorías(ID, Nombre, Descripción)

DIAGRAMA 6

Avión(Plazas)
Aeropuerto(Ciudad, código, Nombre, país, Aterrizaje)

Tiene(N° de vuelo, Código) → País de Aterrizaje
Programa de vuelo(Escala técnica, Líneas, Días de la semana, N° de vuelos) → Estadísticas de aviación

DIAGRAMA 7

Sede(Presupuesto, Comisarios)
Hace(Días, mes, hora, presupuesto)
Complejo deportivo(Áreas deportivas, localizador, Jefe de organización, largo del lugar, ancho del lugar)
Evento(Mes, día, hora, hora de inicio, hora de término, N° de comisarios) → Sede de realización

DIAGRAMA 8

Sede(País)
Torneo Individual(Masculino, Femenino)
Torneo doble(Mixto, Femenino,  Masculino)
Tiene(Hora, mes, día, País sede) → Torneo
Partidos(Premio, Ganancias, Nacionalidad, hora, mes, día, entrenadores) → Torneo

DIAGRAMA 9

Película(Título, hora de inicio, hora de fin, distribución, género, idioma, año de producción, actores, subtítulos, calificación)

Cine(Nombre, hora de inicio, hora de fin, Cartelera, Teléfono, promoción)
Opinión(Día, mes, hora, persona, calificación, comentario, N° de opinión) → Usuaurio que calificó
Funciones(Día, horario de inicio, Horario de fin, Sala, N° de película)

DIAGRAMA 10

Piezas(ID)
Tiene(Nombre, ID.) → Nombre de la pieza.
Almacena(Pasillo, ID) → Lugar dónde se encuentra la pieza.
Mueble(Nombre, precio)
Estante(Pasillo, Altura)

Normalización de bases de datos :3
•INTRODUCCIÓN
La normalización de una bases de datos consiste en aplicar varias reglas importantes al pasar del modelo Entidad Relación al modelo Relacional para eliminar inconsistencias, redundancias y proteger el contenido de nuestra Base de Datos

•DESARROLLO
La normalización de Bases de Datos pueden ser en 6 formas Normales pero acá sólo explicaré las 3 primeras formas Normales.

PRIMERA FORMA NORMAL:

Para que una BD cumpla la 1FN cada columna debe ser atómica (Indivisible). Busca que no se dupliquen los datos.
Por ejemplo, si tenemos el dato nombre, este es compuesto, por lo cuál se dividiría en Nombre/s, Apellido Paterno y Apellido Materno.

SEGUNDA FORMA NORMAL

Aquí todos los atributos que no son clave principal deberán depender de la clave principal.
Se basa en el concepto de dependencia completamente funcional.
Y una dependencia funcional x → y es funcional si al eliminar atributos de 'x' la dependencia se elimina.
Por ejemplo  (ID_ALUMNO, ID_MATERIAS) → Calificaciones. Sin el nombre de la materia no sabemos la calificación del alumno en cada una , y sin su nombre no se sabe de quién son por lo tanto es dependencia funcional.

TERCERA FORMA NORMAL

Aquí se debe estar primero en la 2FN y luego, ningún atributo no primario debe depender de la clave principal.
O dónde X → Z y Z no es totalmente dependiente de X.
Todas las columnas que no son llave son funcionalmente dependientes por completo de la llave primaria y no hay dependencias transitivas.
se previenen errores de lógica cuando se insertan o borran registros. Cada columna en una tabla está identificada de manera única por la llave primaria, y no deben haber datos repetidos. Esto provee un esquema limpio y elegante, que es fácil de trabajar y expandir.

CONCLUSIÓN,
Pues. a todo esto entendí un poco, pero siento que se complicaron mucho al teorizar tanto las bases de datos poniendo dependencia, conjuntos y demás, siendo que al primera forma normal y parte de la segunda eran suficientes para la normalización sin tener que hacer tantos conjuntos y subconjuntos llegando a 6 formas normales.

BIBLIOGRAFIA.
http://es.wikipedia.org/wiki/Tercera_forma_normal
http://es.wikipedia.org/wiki/Normalizaci%C3%B3n_de_bases_de_datos
http://www.ecured.cu/index.php/Normalizaci%C3%B3n_de_una_base_de_datos
https://support.microsoft.com/kb/283878/es
http://www.eet2mdp.edu.ar/alumnos/MATERIAL/MATERIAL/info/infonorma.pdf

DIAGRAMA RELACIONAL

DIAGRAMA 1

      Coche(N° accidentes)

DIAGRAMA 2

Usuario(DNI, Nombre, apellidos )
Comprador(Teléfono, dirección)
Compra(Modelo, DNI)
Mecánico(fecha de contratación, Salario)
Repara(Horas de reparación, DNI)
Autos(Color, Matrícula, Marca, Modelo)

DIAGRAMA 3

 Jugadores(equipo, logros, estadísticas)Tiene(equipo, resultado)Partidos(resultado)

DIAGRAMA 4 

Clientes(N° Cliente, Saldo, Dir. De envío, descuento, límite de crédito)

Cabecera(N° Cliente, fecha de pedido, Dir. de envío)

Cuerpo(N° inventario, Cantidad, distribuidora, artículo, Tel. distribuidora)

Hacen(Artículo, N° cliente)

Articulo(N° artículo, distribuidora, cantidad en existencia, descripción)

Tienen(N° artículo, No cliente)

DIAGRAMA 5

Usuario(ID, nombre, dirección, teléfono)

Producto(ID, nombre, precio, stock, proveedor)

Categorías(ID, Nombre, Descripción)

DIAGRAMA 6

Avión(Plazas)
Aeropuerto(Ciudad, código, Nombre, país, Aterrizaje)

Tiene(N° de vuelo, Código)
Programa de vuelo(Escala técnica, Líneas, Días de la semana, N° de vuelos)

DIAGRAMA 7

Sede(Presupuesto, Comisarios)
Hace(Fecha, presupuesto)
Complejo deportivo(Áreas deportivas, localizador, Jefe de organización, Área total)
Evento(Fecha, duración, N° de comisarios)

DIAGRAMA 8

Sede(País)
Torneo Individual(Masculino, Femenino)
Torneo doble(Mixto, Femenino,  Masculino)
Tiene(fecha, País)
Partidos(Premio, Ganancias, Nacionalidad, Fecha, entrenadores)

DIAGRAMA 9

Película(Título, duración, distribución, género, idioma, año de producción, actores, subtítulos, calificación)
Cine(Nombre, Duración, Cartelera, Teléfono, promoción)
Opinión(Fecha, persona, calificación, comentario, N° de opinión)
Funciones(Día, horarios, Sala, N° de película)

DIAGRAMA 10

Identificador(piezas)
Tiene(Nombre, ID.)
Almacena(Pasillo, ID)
Mueble(Nombre, precio)
Estante(Pasillo, Altura)

Diagramas entidad - Relación.

DIAGRAMA 1

DIAGRAMA 2

DIAGRAMA 3

DIAGRAMA 4

DIAGRAMA 5

DIAGRAMA 6

DIAGRAMA 7

DIAGRAMA 8

DIAGRAMA 9

DIAGRAMA 10

DIAGRAMAS DE BASES DE DATOS. :3

Un modelo de base de datos es un tipo de modelo de datos que determina la estructura DE una base de datos y de manera fundamental determina el modo de almacenar, organizar y manipular los datos.

Los modelos de datos sirven para  diseñar o comprender la forma en que nuestra base de datos funcionará, así cómo las herramientas y funciones que utilizará. Con respecto al diseño de bases de datos, el modelado de datos puede ser descrito así (Brodie 1984:20): "dados los requerimientos de información y proceso de una aplicación de uso intensivo de datos (por ejemplo, un sistema de información), construir una representación de la aplicación que capture las propiedades estáticas y dinámicas requeridas para dar soporte a los procesos deseados (por ejemplo, transacciones y consultas). Además de capturar las necesidades dadas en el momento de la etapa de diseño, la representación debe ser capaz de dar cabida a eventuales futuros requerimientos".

Un modelo es lo que nos permite usar de base o prototipo para poder realizar nuestra base y la forma en la que va a trabajar además de que usará algunas de als sig, propiedades.

• Propiedades estáticas: entidades (u objetos), propiedades (o atributos) de esas entidades, y relaciones entre esas entidades.
• Propiedades dinámicas: operaciones sobre entidades, sobre propiedades o relaciones entre operaciones.
• Reglas de integridad sobre las entidades y las operaciones.

Los modelos siempre necesitan estar acompañados de:

ATRIBUTOS:

Los atributos son datos o propiedades asociadas a un tipo de entidad. Suelen ser nombres (cantidad, tipo, color)

ENTIDADES

Las entidades son cosas, casi siempre físicas, que tienen hechos asociados.Los procesos casi nunca son entidades.

Existen diferentes tipos de diagramas para modelar nuestros datos cómo son:

EL MODELO ENTIDAD-RELACIÓN

Presentado por Peter Chen bajo el título “The Entity-Relationship Model: Towards a Unified View of the Data” en el año 1976, es conocida como Modelo Entidad-Relación.

Permite modelar los datos de un sistema de información sobre las entidades y sus interrelaciones entidad  entidad. 

Mediante él se podrá componer y analizar la semántica de las estructuras de datos de una base de datos, si es que esta se implementa.

https://gpec2010.googlecode.com/svn/trunk/docs/_build/html/_images/er-database2.png

MODELO RELACIONAL

Se usa una colección de tablas para representar tanto los datos como las relaciones entre ellos. Cada tabla contiene varias columnas, y cada columna tienen un nombre único.

http://elies.rediris.es/elies9/fig4-10.gif

• MODELO DE RED
• Se representan por medio de colecciones de registros y las relaciones entre los datos se representan por medio de enlaces que se pueden ver como apuntadores. Los registros se organizan como colecciones de grafos dirigidos.https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEgl2etijMHD86B9tgCr6kDyG2-eX_6dM8cRFoziDsAyrhEx_55zfWeHgIS_qVwQnnweH-53iMwsfAm2-EZqCC-lxe9R3iftbDklpHmlsCbg9zKHhpGqBGPaTQesq_HxAMLrUX20EMMA1u4/s400/Mod_Red2.jpg

• MODELO JERÁRQUICO
• Es similar al modelo de redes, en el sentido en que los datos y relaciones entre los datos se representan mediante registros y enlaces. La diferencia es que en lugar de organizarse como grafos estos lo hacen como colecciones de árboles los cuáles siempre tienen un sólo padre pero éste puede tener muchos subárboles hijos.
  http://www.monografias.com/trabajos40/decision-multicriterio/Image136.gif
• Todos los modelos para hacer bases de datos nos son muy útiles por que podemos comprender cómo se comportará nuestra base de datos e ir armándola en función a las entidades que tengamos, lo que queremos que almacene la base y cómo queremos que lo haga y sin un diagrama sería muy fácil perderse porque le pones o quitas cosas o quieres agregar otras y al final termina siendo algo totalmente diferente,
• :3

Fuentes:

http://elies.rediris.es/elies9/4-2.htm

http://mit.ocw.universia.net/1.264J/NR/rdonlyres/Civil-and-Environmental-Engineering/1-264JDatabase--Internet--and-Systems-Integration-TechnologiesFa/46E7417F-1AE8-41A7-A09E-FE70606BA413/0/1264_lecture_5_F2002.pdf

http://es.wikibooks.org/wiki/El_Modelado_de_Datos_y_el_Dise%C3%B1o_Relacional_de_sus_Estructuras._Un_enfoque_pr%C3%A1ctico_e_intuitivo

Ejemplos :3

Bueno, pues aquí les daré unos ejemplos de dato, información y sistema de información. 

• DATO:

- Pues un dato puede ser "a" porque es una unidad mínima de información y pues por sí misma carece de un significado importante, sólo es una mínima representación.

• INFORMACIÓN:

- Un ejemplo sería: "La 'a' es una letra" porque ahí ya tiene un significado más preciso y nos está dando un mensaje que para todos tiene un significado.

• SISTEMA DE INFORMACIÓN:

- Un sistema de información podría ser: "Miiverse" de Nintendo, ya que en él se almacena información de los millones de jugadores así cómo dibujos, comentarios y puntuaciones de cada uno los cuáles pueden ser visto, modificados, procesados o eliminados en cualquier momento ya sea por el administrador de todo el sistema o por el usuario que lo desee además de que siempre hay una interacción entre todos y puede haber incluso comunicación interna a través de mensajes.

:3

Definiciones parte 2. :3

Pues...aquí lo demás de las definiciones que nos dejó el profe. :3

BASE DE DATOS:
Una base de datos es cómo un "almacén" dónde obviamente se almacenan datos para protegerlos y para que posteriormente puedan ser utilizados por usuarios o programadores, todos los dispositivos usan bases de datos,desde pequeños gadgets hasta los aparatos más modernos y tecnológicos. :3
Y unos complementos a las definiciones que anteriormente escribí:
Información:
Debe ser completa porque si no es así no se puede saber con exactitud lo que pasó, coherente ya que no debe divagar o tratar de otra cosa que no es, segura porque debe ser lo que dice y no algo riesgozo para el usuario o su equipo , útil porque si no tiene algún tema de interés o pueda ser usada provechosamente no tendría sentido y no serviría y oportuna para que al ser reciente sea más..ehm..pues la primera en ser usada, :3

Y aquí algunas de mis referencias:
http://www.uoc.edu/masters/oficiales/img/913.pdf

·         http://es.wikipedia.org/wiki/Dato

·         Concepto de información - Definición, Significado y Qué es http://definicion.de/informacion/#ixzz2rYSqwSCH

·         http://biblioteca.itson.mx/oa/dip_ago/introduccion_sistemas/p3.htm

http://www.masadelante.com/faqs/base-de-datos

:3