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.