¿Que son los disparadores en base de datos y para que sirven?

Un trigger (o disparador) en una Base de datos , es un procedimiento que se ejecuta cuando se cumple una condición establecida al realizar una operación. Dependiendo de la base de datos, los triggers pueden ser de inserción (INSERT), actualización (UPDATE) o borrado (DELETE). Algunas bases de datos pueden ejecutar triggers al crear, borrar o editar usuarios, tablas, bases de datos u otros objetos.

La estructura básica de un trigger es:

• Llamada de activación: es la sentencia que permite "disparar" el código a ejecutar.
• Restricción: es la condición necesaria para realizar el código. Esta restricción puede ser de tipo condicional o de tipo nulidad.
• Acción a ejecutar: es la secuencia de instrucciones a ejecutar una vez que se han cumplido las condiciones iniciales.

Son usados para mejorar la administración de la Base de datos, sin necesidad de contar con que el usuario ejecute la sentencia de SQL.

Además, pueden generar valores de columnas, previene errores de datos, sincroniza tablas, modifica valores de una vista, etc.

Permite implementar programas basados en paradigma lógico (sistemas expertos, deducción).

Existen dos tipos de disparadores que se clasifican según la cantidad de ejecuciones a realizar:

• Row Triggers (o Disparadores de fila): son aquellas que se ejecutaran n-veces si se llama n-veces desde la tabla asociada al trigger
• Statement Triggers (o Disparadores de secuencia): son áquellos que sin importar la cantidad de veces que se cumpla con la condición, su ejecución es única.

¿PARA QUE NOS SIRVE UN TRIGGER?

Son ampliamente empleados en la personalizacion de la Administracion de la BD por ejemplo: un TRIGGER puede reestringir las operaciones DML sobre una tabla en particular en ciertas horas del dia, durante una o varias semanas o incluso meses.Otras aplicaciones de los TRIGGERS pueden ser las siguientes:1.- Generacion automatica de valores derivados de una columna2.- Prevenir transacciones invalidas3.- Proporcionar auditorias sofisticadas4.- Mantener la sincronia en tablas replicadas5.- Generar estadisticas de acceso6.- Modificar los valores de una vista7.- Publicar informacion de los eventos generados por la Bd

Como hacer relaciones utilizando SQL en access

como crear una tabla y insertar datos

Como crear una base de datos en oracle

 En este vídeo se muestra paso a paso como crear una base de datos en Oracle

Videotutorial de como crear una base de datos en access

en este Videotutorial se muestra paso a paso como crear una base de datos en access

Primera,Segunda,Tercera,Cuarta y Quinta Forma normal

La primera forma normal (1FN o forma mínima) es una forma normal usada en normalización de bases de datos. Una tabla de base de datos relacional que se adhiere a la 1FN es una que satisface cierto conjunto mínimo de criterios. Estos criterios se refieren básicamente a asegurarse que la tabla es una representación fiel de una relación¹ y está libre de "grupos repetitivos".

La segunda forma normal (2NF) es una forma normal usada en normalización de bases de datos. La 2NF fue definida originalmente por E.F. Codd¹ en 1971. Una tabla que está en laprimera forma normal (1NF) debe satisfacer criterios adicionales para calificar para la segunda forma normal. Específicamente: una tabla 1NF está en 2NF si y solo si, dada cualquierclave candidata y cualquier atributo que no sea un constituyente de la clave candidata, el atributo no clave depende de toda la clave candidata en vez de solo una parte de ella.

En términos levemente más formales: una tabla 1NF está en 2NF si y solo si ninguno de sus atributos no-principales son funcionalmente dependientes en una parte (subconjunto propio) de una clave candidata. (Un atributo no-principal es uno que no pertenece a ninguna clave candidata).

La tercera forma normal (3NF) es una forma normal usada en la normalización de bases de datos. La 3NF fue definida originalmente por E.F. Codd¹ en 1971. La definición de Codd indica que una tabla está en 3NF si y solo si las dos condiciones siguientes se mantienen:

• La tabla está en la segunda forma normal (2NF)
• Ningún atributo no-primario de la tabla es dependiente transitivamente de una clave candidata

Un atributo no-primario es un atributo que no pertenece a ninguna clave candidata. Una dependencia transitiva es una dependencia funcional X → Z en la cual Z no es inmediatamente dependiente de X, pero sí de un tercer conjunto de atributos Y, que a su vez depende de X. Es decir, X → Z por virtud de X → Y e Y → Z.

Una formulación alternativa de la definición de Codd, dada por Carlo Zaniolo² en 1982, es ésta: Una tabla está en 3NF si y solo si, para cada una de sus dependencias funcionales X →A, por lo menos una de las condiciones siguientes se mantiene:

• X contiene A, ó
• X es una superclave, ó
• A es un atributo primario (es decir, A está contenido dentro de una clave candidata)

La cuarta forma normal (4NF) es una forma normal usada en la normalización de bases de datos. La 4NF se asegura de que las dependencias multivaluadas independientes estén correcta y eficientemente representadas en un diseño de base de datos. La 4NF es el siguiente nivel de normalización después de la forma normal de Boyce-Codd (BCNF).Una tabla está en 4NF si y solo si esta en Tercera forma normal o en BCNF (Cualquiera de ambas) y no posee dependencias multivaluadas no triviales. La definición de la 4NF confía en la noción de una dependencia multivaluada. Una tabla con una dependencia multivaluada es una donde la existencia de dos o más relaciones independientes muchos a muchos causa redundancia; y es esta redundancia la que es suprimida por la cuarta forma normal.

La quinta forma normal (5FN), también conocida como forma normal de proyección-unión (PJ/NF), es un nivel de normalización de bases de datos designado para reducir redundancia en las bases de datos relacionales que guardan hechos multi-valores aislando semánticamente relaciones múltiples relacionadas. Una tabla se dice que está en 5NF si y sólo si está en 4NF y cada dependencia de unión (join) en ella es implicada por las claves candidatas.

Considere el siguiente ejemplo:

Psiquiatra-para-Asegurador-para-Condición

Psiquiatra	Asegurador	Condición
Dr. James	Healthco	Ansiedad
Dr. James	Healthco	Depresión
Dr. Kendrick	FriendlyCare	OCD
Dr. Kendrick	FriendlyCare	Ansiedad
Dr. Kendrick	FriendlyCare	Depresión
Dr. Lowenstein	FriendlyCare	Esquizofrenia
Dr. Lowenstein	Healthco	Ansiedad
Dr. Lowenstein	Healthco	Demencia
Dr. Lowenstein	Victorian Life	Trastorno de conversión

El psiquiatra puede ofrecer tratamiento reembolsable a los pacientes que sufren de la condición dada y que son asegurados por el asegurador dado. En ausencia de cualquier regla que restrinja las combinaciones válidas posibles de psiquiatra, asegurador, y condición, la tabla de tres atributos Psiquiatra-para-Asegurador-para-Condición es necesaria para modelar la situación correctamente.

[editar]

Foreign key

En el contexto de bases de datos relacionales , una clave externa es una restricción referencial entre dos tablas . 


Una clave externa (foreign key) es un campo de una tabla relacional que coincide con una clave candidata de otra tabla. La clave externa se puede utilizar para tablas de referencias cruzadas.


La clave externa identifica una columna o conjunto de columnas en una (referencia a) Mesa que se refiere a una columna o conjunto de columnas en otra tabla (referenciada). Las columnas de la tabla de referencia debe hacer referencia a las columnas de la clave primaria u otros superclave en la tabla de referencia. Los valores de una fila de las columnas de referencia debe ocurrir en una sola fila en la tabla de referencia. Por lo tanto, una fila de la tabla de referencia no puede contener valores que no existen en la tabla de referencia (excepto posiblemente NULL). De esta manera las referencias se pueden hacer para vincular la información entre sí y es una parte esencial de la normalización de bases de datos . Varias filas en la tabla de referencia se puede referir a la misma fila en la tabla de referencia. La mayoría del tiempo, refleja la (tabla padre o tabla de referencia) a muchos (tabla secundaria, o tabla de referencia) la relación.

Primary Key

La Primary Key se utiliza para identificar de forma única cada fila de una tabla. Se puede ser parte del registro en sí, o puede ser un campo artificial (que no tiene nada que ver con el registro actual).


Una clave primaria puede estar formado por uno o más campos en una tabla. Cuando los campos se utilizan múltiples como clave principal, se denomina clave compuesta.


Las claves principales se pueden especificar cuando se crea la tabla (utilizando CREATE TABLE ) o cambiando la estructura de la tabla existente (mediante ALTER TABLE).

A continuación se muestran ejemplos para la especificación de una clave principal al crear una tabla:

MySQL:
CREATE TABLE customer 
(SID entero, 
Apellido varchar (30), 
FIRST_NAME varchar (30), 
PRIMARY KEY (SID));

SQl Server:

CREATE TABLE customer 
(SID INTEGER PRIMARY KEY, 
Apellido varchar (30), 
FIRST_NAME varchar (30));

Oracle:
CREATE TABLE customer 
(SID INTEGER PRIMARY KEY, 
Apellido varchar (30), 
FIRST_NAME varchar (30));

Atributos

Es la información especifica de una entidad y la cual necesita ser almacenada

Entidad

Son Los Aspectos importantes acerca de los cuales se necesita información , una clase de categoría o un nombre

APLICACIONES DE LAS BASES DE DATOS

• Banca: Para información de los clientes,cuentas,prestamos y transacciones bancarias
• Lineas Aéreas: Para reservas e información de horarios
• Universidades: Para información de los estudiantes,matriculas en las asignaturas y cursos
• Transacciones de tarjetas de crédito: Para compras con tarjeta de crédito y la generación de extractos mensuales
• Telecomunicaciones: Para guardar un registro de las llamadas realizadas,generar las facturas mensuales,mantener el saldo de las tarjetas telefónicas de pre pago y para almacenar información sobre las redes de comunicaciones.
• Finanzas: Para almacenar información sobre compañías tenedoras,ventas y compras de productos financieros como acciones y bonos, también para almacenar datos del mercado en tiempo real
• Ventas: Para información de clientes productos y compras
• Comercio en Linea: Para los datos de ventas ya mencionados y para el seguimiento de los pedidos web, generación de listas de recomendaciones y mantenimiento de evaluaciones de productos en linea
• Producción: Para la gestión de cadena de proveedores y para el seguimiento de la producción de artículos en las factorías inventos en los almacenes y pedidos
• Recursos humanos: Para información sobre los empleados,salarios impuestos sobre los sueldos y prestaciones sociales y para la generación de las nóminas.