viernes, 26 de noviembre de 2010

3er y 4to ELEMENTO

3ER Y 4TO ELEMENTO

CONCLUSION

Este elemento me parecio sencillo
ya que comprendi muy bien
la finalidad de cada una de las actividades.
y cual era el proposito de hacerlas..
por lo cual solo espero terminar esta materia
con una buena calificacion y esperando que
lo aprendido lo pueda aplicar en un futuro.

INTRODUCCION

En este portafolio electronico podra encontrar lo visto durante
el periodo del 3er y 4to elemento, en lo que encontrara la
BD llamada libreria que manejamos durante el tercer elemento
la utilizamos para la manipulacion de datos, en la cual.. unimos
tablas mediante llaves primarias y secundarias, por las cuales
se relacionaban las tablas, haciendo de esto un diagrama de la
base de datos libreria.
despues de esto elaboramos dos investigaciones,
 Triggers y procedimientos almecanados..
los cuales teniamos que reflexionar sobre
cual podria ser su utilizacion en el caso de bd de una libreria.

EVIDENCIA #5 Investigacion Procedimientos Almacenados (Store Procedures) en SQL Server

INVESTIGACION..  

Procedimientos Almacenados (Store Procedures) en SQL Server

Los Stored Procedures (Procedimientos Almacenados), son utilizados para acelerar el proceso de actualizar, ingresar o borrar registros. Esta aceleración se produce al guardar estas instrucciones en el servidor de la base de datos, de modo de ahorrar tráfico de datos a través de una red. Esta reducción del tráfico es porque mediante una aplicación, solo se envían los datos a través de la red. El procedimiento almacenado en el servidor recibe estos datos y los
procesa, para realizar alguna operación sobre la base de datos.

EN EL CASO DE LIBRERÍA SERVIRIA PARA ACTUALIZAR Y MODIFICAR LOS DATOS, COMO CLIENTES, LIBROS, ORDENES, FECHAS ETC…
Y SERVIRIA PARA ACELERAR EL PROCESO ESTO ES RECOMENDABLE CUANDO ES MUCHA LA INFORMACION QUE SE MANEJA

EVIDENCIA #4 Investigacion Triggers en SQL Server

INVESTIGACION
Triggers en SQL Server
            Un trigger(o desencadenador) es una clase especial de procedimiento almacenado que se ejecuta automáticamente cuando se produce un evento en el servidor de bases de datos.
    SQL Server proporciona los siguientes tipos de triggers:
·                                 Trigger DML, se ejecutan cuando un usuario intenta modificar datos mediante un evento de lenguaje de manipulación de datos (DML). Los eventos DML son instrucciones INSERT, UPDATE o DELETE de una tabla o vista.
·                                 Trigger DDL, se ejecutan en respuesta a una variedad de eventos de lenguaje de definición de datos (DDL). Estos eventos corresponden principalmente a instrucciones CREATE, ALTER y DROP de Transact-SQL, y a determinados procedimientos almacenados del sistema que ejecutan operaciones de tipo DDL.

Trigger DML.

    Los trigger DML se ejecutan cuando un usuario intenta modificar datos mediante un evento de lenguaje de manipulación de datos (DML). Los eventos DML son instrucciones INSERT, UPDATE o DELETE de una tabla o vista.
    La sintaxis general de un trigger es la siguiente.
CREATE TRIGGER <Trigger_Name, sysname, Trigger_Name>
ON <Table_Name, sysname, Table_Name>
AFTER <Data_Modification_Statements, , INSERT,DELETE,UPDATE>
AS
BEGIN
-- SET NOCOUNT ON added to prevent extra result sets from
-- interfering with SELECT statements.
SET NOCOUNT ON;
-- Insert statements for trigger here
END





Las instrucciones de triggers DML utilizan dos tablas especiales denominadas inserteddeleted. SQL Server 2005 crea y administra automáticamente ambas tablas. La estructura de las tablas inserted y deleted es la misma que tiene la tabla que ha desencadenado la ejecución del trigger.
    La primera tabla (inserted) solo está disponible en las operaciones INSERT y UPDATE y en ella están los valores resultantes despues de la inserción o actualización. Es decir, los datos insertados. Inserted estará vacia en una operación DELETE.
    En la segunda (deleted), disponible en las operaciones UPDATE y DELETE, están los valores anteriores a la ejecución de la actualización o borrado. Es decir, los datos que serán borrados. Deleted estará vacia en una operacion INSERT.


EVIDENCIA #3 llenar con registros las tablas de la Actividad 1





EVIDENCIA #2 diagrama de la base de datos

EVIDENCIA #1 Reporte de práctica de creación de tablas.

jueves, 14 de octubre de 2010

CONCLUSION

Durante este elemnto he aprendido mucho sobre la utilizacion del
programa SQL SERVER lo cual pienzo que me servira mucho
en la implementacion de bases de datos en el campo laboral.
A lo largo de estos dos ultimos elementos me an surgido varias
complicaciones las cuales pude resolver.
Solo espero concluir este segundo elemento c
on una calificacion satisfactoria!!!

INTRODUCCION

Gracias a los nuevos cambios surgidos en el sistema de la educacion superior
nuestra universidad CESUES a implementado un nuevo modelo educativo
llamado ENFACE, con el que el principal objetivo es formar profecionistas
con un alto nivel de competencias que les permitan ser generadores del
desarrollo de conocimiento, de competencias y estrategias de aprendizaje.
Por ello es la elavoracion de este portafolio de evidencias electronico,
esto con la finalidad de evidenciar todo lo hecho y aprendido durante la clase.
En este segundo elemento vimos lo que eran los filegroups, asi como
como implementar una base de datos, tambien aprendimos a elaborar
respaldos de informacion asi como a restaurar  despues de una perdidad de
informacion. Y vimos la seguridad que debe de tener nuestra base de datos.

elemnto2

ELEMENTO 2

miércoles, 13 de octubre de 2010

PRACTICA #4 RESPALDOS Y RESTAURACION

RESPALDOS Y RESTAURACION
Se crea una carpeta en un disco externo
Se crea una nueva BD clic derecho/tareas/crear respaldo 




se elimina el destino predeterminado y se agrega uno nuevo, en donde 
este la carpeta que creamos como destino de nuestro respaldo.

le ponemos aceptar, despues eliminamos algun archivo existente en
esta base de datos en este caso una tabla.

despues la restauraremos, dando clic derecho sobre la base de datos
/tareas/restaurar






PRACTICA #5 SEGURIDAD

SEGURIDAD


PRACTICA #3 CONFIGURACION DE PARAMETROS DE BD

CONFIGURACION DE PARAMETROS BD

PRACTICA #2 FIREGROUPS

FILEGROUPS
Primero se crean 3 carpetas en alguna unidad de almacenamiento externa, en este caso 
yo lo ise en en disco duro , esto es con la finalidad de crear tres grupos de archivos

despues de esto creamos una nueva BD le asignamos un nombre y agregamos dos
grupos de archivos en la opcion grupos de archivos


despues vobemos a la opcion "general" y agregamos dos grupos de archivos, 
modificamos la ruta donde se guardaran los archivos
elegimos la ruta de las carpetas que creamos al principio
 segun corresponda a cada grupo.


aceptamos, despues acemos clic derecho/propiedades/archivos/ cambiar
nombre logico a grupo1 , 2, 3. y cambiar ruta de acceso/ Aceptar.


Despus creamos 5 tablas y mandamos la tb1 a grupo1, la tb2 y tb3 al grupo2
la tb4 y tb5 al grupo3.

TB1

TB2

TB3

TB4

TB5





PRACTICA #1 IMPLEMENTACION DE UNA BASE DE DATOS

IMPLEMENTACION DE UNA BASE DE DATOS

INVESTIGACION FILEGROUPS

- - - FIREGROUPS - - -

lunes, 23 de agosto de 2010

EVIDENCIA 6 //INSTALACION SQL SERVER 2005 PAG. 1

 VENTANAS DE LA INSTALACION SQL


INSTALACION SQL SERVER 2005 PAG. 2

INSTALACION SQL SERVER 2005 PAG. 3

INSTALACION SQL SERVER 2005 PAG. 4

EVIDENCIA #6 INSTALACION SQL SERVER 2005 PAG.5

EVIDENCIA #5 ....MAPA CONCEPTUAL

EVIDENCIA #4

EVIDENCIA #3

EVIDENCIA #2

EVIDENCIA #1