Resumen de la clase 21 de Noviembre del 2014

PROCEDIMIENTOS ALMACENADOS

En una vista solo se puede poner consultas en cambio en un procedimiento almacenado se puede poner además de consultas también código. Estos procedimientos permiten ahorrar tiempo creando consultas para que queden grabadas y solo se traigan las consultas directamente. Hay procedimientos con parámetros de entrada y salida, solo de entrada, solo de salida o sin parámetro alguno

Para crear  un procedimiento almacenado con parámetros ponemos las variables inmediatamente después de crear el proceso

Con procedimientos almacenados podemos ingresar los datos a las diferentes tablas creando variables que especifiquen los campos de los mismos.

Nota: la sentencia order by no puede estar dentro de una vista.

Resumen de la clase 19 de Noviembre del 2014

COMANDOS EXTRAS, VISTAS Y  SUBCONSULTAS

IN y NOT IN

Con el comando IN podemos incluir varios valores que deseemos dentro de las busquedas que realizemos en sql, a su vez el comando y NOT IN excluye los valores que no queremos que aparezcan en las tablas.
Para poder enteder su uso podemos ver el siguiente ejemplo:

EXCEPT 

Es para establecer que información de una consulta no está ingresada o  tienes diferente valor comparándola con la información de  otra consulta. Su sintaxis sería

Select ---consulta

Except

Select----consulta

INTERSECT

El intersect sirve para elegir qué información de una tabla se encuentra repetida en los campos de otra tabla.  Su sintaxis sería

Select ---consulta

Intersect

Select----consulta

Para ayudarnos a entender ambos conceptos podemos ver el siguiente ejemplo, muy sencillo:

TOP

El top determina los primero n registros de una consulta

AGRUPACIONES

Cuando queremos agrupar los datos en las columnas dentro de las selecciones que hagamos usamos el comando GROUP BY 

Nota:Con agrupaciones usamos HAVING en vez del WHERE

SUBCONSULTAS

Las subconsultas no son mas que las consultas con las que normalmente trabajamos dentro de otra consulta. De esta manera siempre SQL realiza la consulta mas interna de un todo para luego realizar las consultas mas externas.

VISTAS

Usamos las vistas para grabar la información que creamos en nuestras consultas, para tenerla siempre disponible.

Resumen de la clase 07 de Noviembre del 2014

MODIFICACION DE TABLAS

Para agregar uno o mas campos nuevos a una tabla que ya hayamos creado solo hace falta usar la opcion alter table. Esto resulta muy útil en la actualidad ya que siemore una base dea datos puede ir cambiando debido a los requerimientos del usuario.

Creacion de un default para el campo nuevo 

Para crear un default que en el campo que acabamos de crear (fechaCreacion)  se tenga por default la hora del sistema usamos la sentencia ya estudiada create.

Luego anexamos el default al  nuevo campo creado

Ahora podemos crear la tabla sin insertar el dato, y se pone por defecto

Resumen de la clase 31 de Octubre del 2014

CREACIÓN  DE TIPOS DE DATOS DE USUARIO

En la anterior clase de Base de Datos  vimos acerca de la creaciones de reglas y tipos de de datos de usuario.

¿Qué son los tipos de datos de usuario?

Asi como existen tipos de datos pre definidos por el sistema en SQL como int, varchar, dateTime, entre otros, también nosotros podemos crear tipos de datos para poder usarse en las diferentes bases de datos que vayamos creando. Esto ahorra mucho el timpo si queremos crear un datos que se vaya a usar mucho en un trabajo.

¿Cómo los creamos o definimos?

Para crear u n tipo de dato de usuario simplemente tenemos que poner la sentencia  CREATE TYPE de la siguiente manera:

Despues de poner esa sentencia podremos poner los valores que deseamos que nuestro tipo de dato tenga.

Para crear las reglas de dicho tipo haremos lo siguiente, (notemos que para crear una variable lo hacemos con arroba)

¿Ahora como podemos unir las reglas a nuestro tipo de dato?

Para enlazar las reglas al tipo de datos usamos sp_bindrule y para enlazar un campo de una tabla en específico hacemos lo mismo pero definiendo un campo y la tabla

Notas: 

Cuando hagamos una seleccion para poder comprobar que  las reglas que hayamos creado, esten correctamente creadas podemos utilizar los siguientes comandos, recordando que:

U=tablas de usuario

R=reglas

PK= primary key

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.

Resumen de la clase del 24-09-2014

MODELOS DE ENTIDAD-RELACIÓN

En la anterior clase aprendimos acerca de los modelos de  los cuales nos permiten identificar todos los participantes en la creación de una base de datos. Para esto nos basamos en un modelo gráfico que nos permite identificar asociaciones o relaciones  entre entidades.

¿Qué son las entidades?

Para comenzar las entidadesno son nada más que los sujetos que tienen atributos que los definen y que están presentes dentro de la Base de datos.

¿Pero qué son los atributos?

Los atributos son simplemente las propiedades o características de un objeto.

¿Y cómo relaciono estas entidades?

La forma de relacionar las entidades se produce mediante el dibujo de cuadros que representen las entidades que forman  parte de la base y con óvalos que encierren y describan todos los atributos que presentan  dichas identidades. La relación a su vez entre identidades se da uniéndolos con una línea y analizando la relación cuantitativa de uno a otro. Es decir por ejemplo como vimos en clase en un sistema de venta de llantas. La entidad Llanta y Cliente son fundamentales y analizamos de tal forma que vemos si se compra el cliente una o muchas llantas o si llantas son  compradas por uno o muchos clientes. Cuando son "muchas" la relación se pone un triángulo al final de la misma. Las relaciones no solo son líneas también se representan mediante rombos con la palabra o verbo que relaciona identidades.

Reglas Básicas 

• Las entidades siempre comienzan con letra mayúscula.
• Los atributos comienzas con letra minúscula y si son dos palabras no hay espacios y la segunda palabra va unida con mayúscula. 
• los atributos con dos o más valores van encerrados en un círculo doble.
• Se encierran con un circulo con líneas entrecortadas aquellos atributos que sean derivados

¿Cómo comenzar?

         Los paso para comenzar a graficar el modelo comienzan cuando se realiza una lista de varios ítems o una lluvia de ideas con todos los elementos que formen parte del sistema. Luego elegimos los que pertenecen a entidades y les vamos colocando atributos como especifique arriba. Conectamos con líneas y con los triángulos cuando sea el caso y de  ahí vamos colocando los atributos. Por ultimo ponemos los rombos de relaciones.

Ejemplo 

Fuente de la imagen:

Fernandez, M. (2007). DSP. Recuperado el 25 de Septiembre de 2014, de http://laurel.datsi.fi.upm.es/~ssoo/DAW/Trabajos/2006-2007/018/func_es

TAREA DE INVESTIGACIÓN DBMS DBMS

Un DBMS por sus siglas en inglés  es un sistema de administración de bases de datos. En otras palabras  es una unión de programas que manejan las estructuras de una base de datos y controla como se guarda y se extrae la información.

TIPOS DE DBMS

Fuentes

 Coronel C., Morris S., Rob P. (2011). Bases de Datos Diseño, implementación y administración

(Novena edición). México: Cengage Learning Editores. (Libro digital).

Firebird Foundation. (24 de Septiembre de 2014). FirebirdManual. Obtenido de http://www.firebirdmanual.com/firebird/es/firebird-manual/2/limites-de-firebird/36

Oracle Enterprise. (23 de Septiembre de 2014). Oracle. Obtenido de http://www.oracle.com/es/corporate/features/database-12c/index.html

Wikimedia. (24 de Septiembre de 2014). Wikipedia. Obtenido de http://en.wikipedia.org/wiki/Apache_Derby