Resumen de la clase 29 de Octubre del 2014

ESQUEMAS, CONSTRAINT Y DEFAULT ;

En la anterior clase de Base realizamos la práctica de laboratorio número 1. Dentro de los conocimientos adquiridos tenemos los constraint los default y los esquemas.

Esquemas

Un esquema es un contenedor que contiene tablas, vistas, procedimientos, etc.Los esquemas  sirven para organizar los objetos, y también ayudan a la seguridad de la base de datos, especialmente en casos que vayamos a tener varios usuarios. Los esquemas en si son simplemente un contenedor de objetos.

Para crear un esquema nos vamos al explorador de objetos y en la sección de seguridad ponemos clic derecho.

Constraint

En si los constraint  son propiedades o restricciones que  ponemos en las diferentes columnas de las tablas para poder controlar el ingreso de los datos en ellas, previniendo posibles errores o  información inapropiada. Tenemos varias formas de conservar la integridad de los datos con un constraint y estas son:

• Default: agrega un dato  cuando no ponemos nada dentro de un campo
• Unique: nos indica que no podemos ingresar los mismos datos dentro de una columna, resulta util cuando sean codigos o nombres irrepetibles.
• Check: Nos permite controlar y validar que los datos  de una columna tengan un formato adecuado.
• Primary y Foreign key: nos permite hacer de un campo las llaves primaria o foranea de una tabla

Bibliografía

Microsoft Network. (Noviembre de 2014). Microsoft Developer Network. Obtenido de http://technet.microsoft.com/es-es/library/ms365789(v=sql.105).aspx

Resumen de la clase 24 de Octubre del 2014

MODELO REALACIONAL DE PRACTICA 1

En la anterior clase de Base de datos se tenía planeado realizar la practica pero enves de eso hicimos el modelo relacional correspondiente

Resumen de la clase del 22 de octubre del 2014

PROGRESO II
INTRODUCCION AL SQL MANAGEMENT STUDIO 2008

En la anterior clase, una vez realizada las consulta acerca de los diferentes DBMS que existen en el mercado procedimos a adentrarnos en la programación con el SQL managemente studio 2008, el cual usaremos durante el resto del curso.

Lo primero que vimos es acerca de los procesos o servicios que estaban activados. Para aquello nos dirigimos al menu de inicio de Windows de ahi  a la sección Microsoft SQL Server 2008 y de ahi a configuration tools. Una vez ahi elegíamos SQL Server Configuration 

Una vez hecho esto  se nos abrirá una ventana con todos los servicios que están activos. Como se nos indicó en clases, en nuestros computadores personales, si no las vamos a usar exclusivamente para SQL entonces es mejor activar los procesos manualmente solo cuando vayamos a trabajar.

El siguiente paso es abrir el SQL Management Estudio, escribir (local)  en el nombre del servidor y elegir la autentificación de Windows (por seguridad). Luego crearemos u nuevo proyecto (file – new - project) y de ahí escribimos el nombre del proyecto.

Por último vimos que a través de las Queries  podemos insertar el código para la creación y modificación  de las diferentes entidades que queramos crear.  Para ello hacemos clic derecho sobre la pestaña Queries dentro de nuestro proyecto en el explorador de soluciones del SQL. Para la creación de la base datos usamos “créate database (nombre).

El comando más básico para la creación de tablas es el de “Create Table (nombre de la tabla)”, Pero también podemos crear una tabla con ayuda del DBMS. Para esto nos habilitamos el explorador de plantillas y escogemos la plantilla de tablas.

Nota: Es siempre recomendable ir nombrando cada querie con un nombre que describa sus funcionalidades. De la siguiente manera:

dbms.docx by Juan Andrés Dávila

Resumen de las clases del 15/17 de Octubre del 2014

CONTINUACION ALGEBRA RELACIONAL

Producto Cartesiano 

El producto cartesiano es la multiplicación de una tala por otra tabla. Sirve para relacionar tablas. Podemos ver que en esta operación tenemos

R1m*R2n=R3mxn

Notas: El signo sigma sirve para seleccionar,  el signo de pi sirve para mostrar un determinado valor. Es mejor siempre realizar las selecciones de cada tabla antes d multiplicarlas.

Producto Natural

El producto natural escoge solo los campos de claves que ser repiten y no  son incoherentes. Esta operacion de es de vital importancia ya que con ella trabajaremos posteriormente permitiendonos ubicar claves foraneas.

R1|x| R2

Resta

Para realizar la resta entre dos selecciones ambas deben de tener el mismo número de registros es decir que el dominio de la restas tiene que ser igual en las ensimas columnas entre las dos relaciones.La resta devuelve los campos que se encuentran en la primera relación pero no en la segunda.


R1-R2

Para realizar la resta entre dos selecciones ambas deben de tener el mismo número de registros es decir que el dominio de la restas tiene que ser igual en las ensimas columnas entre las dos relaciones.La resta devuelve los campos que se encuentran en la primera relación pero no en la segunda.

Resumen de la clase del  08 de Octubre

Introducción al Álgebra Relacional

En esta clase se evaluó en una prueba nuestro conocimientos de los modelos: relacional y entidad-relación. Después de la prueba recibimos una pequeña introducción a la algebra relacional.

¿Qué es?

El álgebra relacional no es más que un lenguaje que nos permite realizar consultas dentro de diversas tablas(base de datos).

Operaciones

Selección: 

La operación selección, es cuando seleccionamos tuplas que satisfacen un requisito dado. Si deseamos seleccionar de una tabla grande ciertos campos que cumplan con una condición utilizaremos  la selección. Se utiliza la letra sigma (σ) para denotar la selección. La selección aparece como subíndice de σ.

Proyección:

 Por otro lado la proyección es cuando es cuando deseamos seleccionar y eliminar datos (columnas) que no daremos uso. Este se escribe con el signo pi y especificaremos cuales son los datos que nos interesan.

Resumen de la clase  del 03 de Octubre

DETALLES DEL MODELO RELACIONAL

En la anterior clase empezamos a adentrarnos mas en el modelo relacional y realizamos un ejemplo con una librería.

Cuando nos referimos a un ID  este suele ser secuencial (200, 201, 202) cuando hablamos de un código este es fijo (A345, B273).
Hablamos de integridad referencial cuando los datos  se encuentran bien referenciados en las distintas tablas. En nuestro ejemplo de que nos sirve tener un Libro. Código (género) si este código no existe en la relación Género.
En la bajada a tablas siempre ponemos primero la clave principal y de ahí las claves foráneas.
No solo la superclave es única, la clave principal puede tener una clave o más.

Resumen de la clase del 2 de Octubre de 2014

Modelo Relacional

Ahora que ya vimos los modelos Entidad-Relación vimos acerca del  modelo Relacional. El modelo relacional es similar al anterior modelo solo que ahora hablaremos de instancias u objetos, de relaciones en vez de entidades  y su modelado es parecido al UML. Para empezar con el modelado siempre haremos una lista de  la siguiente manera:

Paciente (cedula, nombre, fechaNacimiento)

Vacuna (código, nombre, edad, dosis)

Aplicación (id, cedula, código, fechaAplicación)

Ahora bien tenemos dos formas de representar los modelos relacionales:

·         LOGICO

Un ejemplo del modelo lógico es el siguiente:

Podemos notar lo siguiente:

La clave principal está precedida por un asterisco y es aquella que identifica la relación.

Está prohibido una relación de muchos a muchos. Para esto se crean una nueva relación.

No hay herencia.

·         FISICO

Un ejemplo del modelo lógico es el siguiente:

Podemos notar lo siguiente:

Este modelo es más específico ya que indica sin los datos son obligatorios.

Nos indica el tipo de dato que vayamos a ingresar

En las relaciones que se ponen en vez de muchos a muchos se ponen las claves foráneas de las otras dos relaciones.

Notas

Tenemos la superclave que no es más que un conjunto de campos que sirven para identificar una relación, y de ahí identificamos la clave principal.

Las claves foráneas son las principales  que se ponen en otra relación  cuando se relacionan.

Resumen de la clase del 01/10/2014

Modelo Entidad-Relación Extendido

En esta clase revisamos los ejercicios de Entidad-Relación y además añadimos ciertos aspectos a este modelo que no habíamos visto antes. Para empezar vimos lo que era la generalización.

¿Qué es la generalización?

La generalización se da cuando una entidad puede dividirse en entidades hijas, es decir la entidad puede ser de una u otra forma. Por ejemplo tenemos una entidad padre llamada "Persona", esta entidad puede tener más entidades que heredan todos sus atributos pero les agregan otros para diferenciarse, Así la entidad "Persona" con campos como nombre, sexo y edad, puede derivarse en otras entidades tales como "Docente" o "Alumno" y cada uno tendrá atributos como título  o matricula respectivamente.

Ejemplo:

Generalización total:

La generalización total  es aquella en la que se especifica todos los valores  que pueden aparecer de la entidad padre.

Genralización parcial:

Por otro lado la generalización parcial es aquella en la que los valores de entidades hijas pueden seguir apareciendo posteriormente.

Genralización disjunta:

Esta nos indica que la entidad padre puede ser solo una sus entidades hijas a la vez, es decir en el ejemplo una persona o es docente o es estudiante no ambas.

Genralización solapada:

En las generalizaciones solapadas, la misma entidad puede pertenecer a más de un conjunto de entidades de nivel más bajo

Otros conceptos:

Recursividad:

Hablamos de recursividad cuando una entidad se relaciona consigo misma.

Entidad imaginaria:

 Hablamos de una entidad imaginaria cuando deseamos poner dos relaciones entre dos entidades.

   Resumen de la clase  26/09/2014

BAJADA A TABLAS DEL MODELO ENTIDAD RELACION

Después de representar nuestro modelo de entidad relación que vimos en la anterior clase pudimos ver que hay que bajarlo a tablas ordenadas que nos ayudan a verificar la correcta disposición de las entidades y sus relaciones así como también algunos errores.

En la anterior clase vimos a breves rasgos como bajar las tablas en Excel. En esta clase vimos un ejercicio completo y pudimos obtener algunos parámetros tales como:

Siempre bajamos primero las relaciones que no tienen dependencia.

¿Cuáles son las relaciones  sin dependencia?

La respuesta es fácil, llamamos entidades con dependencia si tienen dirigida hacia ellas el símbolo de muchos, por lo tanto las relaciones sin dependencia son aquellas que no tienen "muchos" hacia sí mismas.

¿Pero de ahí como bajo las relaciones?

Las relaciones no se bajan excepto cuando tiene atributos o van de muchos a muchos. Para bajarlas primero bajaremos el atributo principal, seguido de las claves o atributos principales de las entidades que relaciona. Si no tienen atributos pero van de muchos a muchos las bajamos con su clave y las claves de la entidades relacionadas.