domingo, 10 de julio de 2011

¿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ón1 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. Codd1 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. Codd1 en 1971. La definición de Codd indica que una tabla está en 3NF si y solo si las dos condiciones siguientes se mantienen:
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 Zaniolo2 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
PsiquiatraAseguradorCondición
Dr. JamesHealthcoAnsiedad
Dr. JamesHealthcoDepresión
Dr. KendrickFriendlyCareOCD
Dr. KendrickFriendlyCareAnsiedad
Dr. KendrickFriendlyCareDepresión
Dr. LowensteinFriendlyCareEsquizofrenia
Dr. LowensteinHealthcoAnsiedad
Dr. LowensteinHealthcoDemencia
Dr. LowensteinVictorian LifeTrastorno 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]

jueves, 7 de julio de 2011

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.