Las Restricciones de Integridad en ORACLE

Snchez E
Tejadillos E.
Facultad de Informtica Universidad Politcnica de Valencia
email: evsanar@inf.upv.es, eltepe@inf.upv.es
Resumen
Las restricciones de integridad son propiedades de la base de datos que se
deben satisfacer en cualquier momento.
Oracle es un sistema de gestin de base de datos (SGBD) relacional que
permite la definicin de restricciones de integridad dentro del diseo de su
base de datos al ser creada.
Se estudiar los diferentes tipos de restricciones que comprenden los
siguientes puntos
!ratamiento de "alores nulos.
#alores por defecto.
$ntegridad de cla"e primaria.
%la"es alternati"as.
$ntegridad referencial.
&estricciones de integridad estticas.
'stas restricciones sern definidas en la fase de diseo de la base de datos e
incluidas en la los scripts de creacin de tablas.
Otra cualidad del sistema de gestin de Oracle es la posibilidad de modificar
las restricciones definidas para una tabla. 'sto puede lle"ar conlle"ar a
(inconsistencia) de los datos *a introducidos en la base de datos. +or ello,
Oracle tiene definidos mecanismos para modificacin de los datos *a
e-istentes.
.dems se estudiar cuando son e/ecutas las restricciones de integridad
dentro del esquema de funcionamiento de una base de datos Oracle.
1. Introduccin
La integridad de los datos es la propiedad ue asegura ue informaci!n dada
es correcta, al cumplir ciertas aserciones.
Las restricciones de integridad aseguran ue la informaci!n contenida en una
"ase de datos es correcta.
La"oratorio de #istemas de Informaci!n
Facultad de Informtica
Universidad Politcnica de Valencia
1
$n los primeros puntos del tra"a%o, se reali&ar una definici!n a modo general
de lo ue son las restricciones de integridad, los tipos ' venta%as ue tiene su
implementaci!n en el esuema de la "ase de datos.
La segunda parte est orientada ms a la parte prctica. #e especifica ms
concretamente las definiciones ' modificaciones ue se pueden reali&ar so"re
restricciones de integridad en ()*+L$.
Para todos ' cada uno de los puntos se especificar el formato de la clusula
correspondiente en ()*+L$ ' un e%emplo de la misma.
La modificaci!n de las restricciones de integridad en ()*+L$ tan s!lo se
puede implementar a travs de la clusula *L,$) ,*-L$.
. !e"inicin de restricciones
.1!escri#cin general
La evoluci!n en el tiempo de una -ase de .atos puede descri"irse por una
secuencia de estados.
Dato un estado D, su sucesor D0, se obtiene aplicando a D una transaccin !,
tal que D ! D0 /01.
Las restricciones de integridad aseguran ue la informaci!n contenida en la
"ase de datos cumple ciertas restricciones para los diferentes estados.
$2isten dos tipos de restricciones:
$stticas: limitan los estados permitidos de la -ase de .atos.
.inmicas: restringen las posi"les transiciones de estados de la "ase
datos.
Para incorporar el tratamiento de las restricciones de integridad en el sistema
pueden reali&arse:
*3adiendo c!digo adicional para verificar ' asegurar ue se cumplen las
restricciones.
.eclarando las restricciones como parte del esuema de la "ase de datos.
La definici!n en la fase de dise3o de las restricciones de integridad proporciona
ma'or n4mero de venta%as, 'a ue:
)educe el coste de desarrollo de soft5are.
$s ms confia"le al ser centrali&ado ' uniforme.
6antenimiento ms fcil.
La"oratorio de #istemas de Informaci!n
Facultad de Informtica
Universidad Politcnica de Valencia
2
$n las siguientes secciones se descri"irn ms ampliamente la definici!n de
las restricciones de integridad a modo general, as7 como los tipos de
restricciones ue podemos encontrar ' otras clasificaciones.
,am"in se descri"ir como se implementa el tratamiento de las restricciones
en ()*+L$, declarndolas como parte del esuema de la "ase de datos en la
fase de creaci!n de las ta"las ' c!mo se pueden ser modificadas con
posterioridad.
.Re#resentacin de restricciones de integridad estticas.
)estricciones de +ardinalidad: se restringe la cantidad de o"%etos ue
puede referenciar a travs de un atri"uto o la cantidad de o"%etos agregados
ue lo pueden referenciar como elemento de la agregaci!n. Inclu'e el
control de permiso para ue un atri"uto pueda incluir un indicador definido
por el sistema, como es el indicador 8ULL ' ue represente informaci!n
faltante.
)estricci!n de .ominio: s!lo los o"%etos especificados pueden servir como
dominio de un atri"uto.
)estricci!n de Unicidad: un o"%eto podr ser un7vocamente identifica"le
usando un determinado atri"uto.
)estricci!n de Inverso: si un *tri"uto *0 es el inverso de otro *9, entonces
si (9 es un valor del atri"uto *0 de alg4n o"%eto (0 implica ue (0 es un
valor del atri"uto *9 para el o"%eto (9.
)estricci!n de +oe2istencia: una instancia de la clase :i%a de"e ser tam"in
e2istir como instancia de sus clases padre.
)estricci!n de +lases :i%as .is%untas: las instancias de la clase padre s!lo
pueden pertenecer a una clase :i%a dentro de la %eraru7a.
)estricci!n de +o"ertura: todas las instancias de al menos una clase :i%a
dentro de la %eraru7a.
.$Com#ro%acin de la integridad.
La compro"aci!n de la integridad consiste en asegurar ue un par de estados
;.,.<=, implicados en una transacci!n, satisface las restricciones dinmicas '
ue el estado final .< satisface las restricciones esttica >dinmicas.
La compro"aci!n de la integridad dentro de ()*+L$, se reali&a mediante el
algoritmo (), donde se define la e%ecuci!n del evento intercalado con la
La"oratorio de #istemas de Informaci!n
Facultad de Informtica
Universidad Politcnica de Valencia
3
e%ecuci!n de las reglas activadas por l ' la compro"aci!n de las restricciones
de integridad relevantes para el evento.
.&Restricciones de integridad elementales.
Integridad de $ntidades: ning4n componente de clave primaria de una
relaci!n puede aceptar nulos. 8ulo se referir a informaci!n faltante. $l
concepto de unicidad es parte de la definici!n de clave primaria en s7.
Integridad )eferencial: la "ase de datos no puede contener valores de clave
a%ena sin concordancia. La posi"ilidad de aceptaci!n de valores nulos
de"er ser evaluada por el analista, al igual de las opciones a seguir
;restricci!n, propagaci!n o anulaci!n=
$n el caso de ()*+L$, todas las definiciones de restricciones ;tratamiento de
nulos, claves primarias, a%enas etc.= 'a sean a nivel de columna o a nivel de
ta"la, tienen un nom"re.
+omo esta asignaci!n de nom"re por parte del dise3ador es opcional, si no se
le asigna nom"re en el momento de la definici!n, ()*+L$ le asigna uno
interno. $n cualuier caso, es conveniente declarar una restricci!n con su
nom"re porue as7 es posi"le referenciarla posteriormente en sentencias
*L,$) ,*-L$, para activarla o desactivarla.
* continuaci!n se indicarn c!mo son tratadas las distintas variantes de las
restricciones de integridad elementales dentro de ()*+L$.
.'Tratamiento de (alores nulos en ORACLE.
$sta restricci!n especifica si una columna puede contener o no valores nulos.
()*+L$ por defecto se asume ue la columna admite valores nulos.
Formato:
atri"uto tipo /+(8#,)*I8, nom"re1 )OT )*LL + )*LL.
$%emplo:
.ni integer +(8#,)*I8, nn?dni )OT )*LL
.,Tratamiento de los (alores #or de"ecto en ORACLE.
$n este caso, las restricciones de integridad se utili&an para especificar valores
ue sern asignados a una columna, cuando en sta no se introdu&ca ning4n
valor. $l valor especificado en este campo de"e ser del mismo tipo ue la
columna.
Las restricciones se especifican como parte de la definici!n de la columna.
La"oratorio de #istemas de Informaci!n
Facultad de Informtica
Universidad Politcnica de Valencia
4
Para el tratamiento de informaci!n faltante, se le puede especificar un 8ULL
como valor por defecto siempre ue la columna permita nulos.
$n la e2presi!n no se puede :acer referencia a otras columnas.
Formato:
atri"uto tipo !E-A*LT e2presi!n.
$%emplo:
8um integer !E-A*LT 0@A.
..Tratamiento de cla(e #rimaria en ORACLE
$n este caso la restricci!n de integridad designa una columna o com"inaci!n
de columnas como clave primaria de la ta"la.
Para facilitar su especificaci!n, ()*+L$ permite definir la restricci!n a nivel de
columna ;en el m"ito de definici!n de una columna= o a nivel de ta"la ;si se
definen despus de introducir todas las columnas, en una secci!n genrica
final de definici!n de restricciones=.
- * nivel de columna: #e define dentro de una constraint asociada a la
misma. La definici!n de una clave primaria lleva impl7cita la restricci!n de
valores no nulos. La misma columna puede ser definida como primaria '
a%ena pero no como primaria ' alternativa.
- * nivel de ta"la: #e utili&a para definir claves primarias compuestas. #e
declara antes o despus de :a"er introducido las columnas de la ta"la en
cuesti!n.
Formato:
* nivel columna:
atri"uto tipo /+(8#,)*I8, nom"re1 /RI0AR1 2E1.
* nivel ta"la:
/+(8#,)*I8, nom"re1 /RI0AR1 2E1;colum0,.. colum ..=.
$%emplo:
* nivel columna:
!ni integer 3CO)STRAI)T #45dni6 P)I6*)B C$B
* nivel ta"la:
%O1S!&.$1! p23nomapelli PRIMARY KEY(nom,apelli).
La"oratorio de #istemas de Informaci!n
Facultad de Informtica
Universidad Politcnica de Valencia
5
Por defecto, ()*+L$ no permite la inserci!n de valores nulos en las columnas
definidas como clave primaria.

.7Tratamiento de cla(es alternati(as en ORACLE
Para las claves alternativas en ()*+L$, se designa una columna o
com"inaci!n de columnas como clave 4nica alternativa a la clave seleccionada
como primaria.
$2isten dos posi"ilidades para seleccionar una clave primaria,
- Para definir una columna como 4nica se especifica dentro de una constraint
asociada a dic:a columna.
Formato:
atributo tipo 4%O1S!&.$1! nobmre5 UNIQUE.
$%emplo:
nom"re c:ar +(8#,)*I8, un?nom"re *)I8*E.
- Para definir una com"inaci!n de columnas como clave 4nica se especifica
dentro de una constraint asociada a la ta"la.
Formato:
/+(8#,)*I8, nom"re1 *)I8*E ;columan0, columana9 ...=
$%emplo:
%O1S!&.$1! unq3nomapell UNIQUE(nombre, apellidos)
.9 Tratamiento de cla(es ajenas en ORACLE
$n ()*+L$ pueden definirse claves a%enas a nivel columna o a nivel de ta"la.
La integridad referencial de claves a%enas a nivel columna se declara detrs del
tipo asociado al atri"uto en cuesti!n, con el formato presentado a continuaci!n,
en el ue la pala"ra columna representa la clave primaria o 4nica referenciada
en la ta"la n3tabla. #i no se especifica la columna o columnas, sino tan s!lo el
nom"re de la ta"la, se asume por defecto ue estamos referenciando a su
clave primaria.
* diferencia de la columna a la ue se :ace referencia, la columna donde se
define el )$F$)$8+$# puede tener valores nulos.
* acciones a reali&ar:
0. )estringir ;restrict),
9. poner a nulos ;set null=,
A. propagar ;cascade=,
La"oratorio de #istemas de Informaci!n
Facultad de Informtica
Universidad Politcnica de Valencia
6
#i la clave primaria a la ue :ace referencia la clave a%ena es "orrada o
actuali&ada, en este caso s!lo podemos especificar la situaci!n en ue se "orre
la clave primaria ' ueramos propagarlo a la clave a%ena.
$sto es reali&ado mediante la clusula on delete cascade. #i sta no aparece,
al igual ue para actuali&aciones de la clave primaria, la operaci!n se asume
restringida. Para incluir esas caracter7sticas faltantes :a' ue generar ;es decir,
programar= los disparos correspondientes.
Formato:
atri"uto tipo /+(8#,)*I8, nom"re1 RE-E)CES nta"la/;columna=1 3O)
!ELETE CASCA!E1
$%emplo:
Dep c6ar(78) REFERENCES departamento(nom)
#i las restricciones se definen a nivel de ta"la se especifica la columna o
composici!n de columnas ue forman parte de la clave a%ena despus de la
pala"ra clave F()$ID8 C$B ' la columna o columnas a la ue se :ace
referencia despus de la pala"ra clave )$F$)$8+$#.
("viamente, el n4mero de columnas ' tipos de la clave a%ena de"e coincidir
con el n4mero de columnas ' tipos de la clave primaria referenciada.
Formato:
4%O1S!&.$1! nombre5 FOREIGN KEY (columna7, columna9, ...)
REFERENCES n3tabla4(columna7, columna9,...)5 4ON DELETE CASCADE5
$%emplo:
FOREIGN KEY(dep) REFERENCES departamento(nom)
.1: Tratamiento de las restricciones de integridad estticas en ORACLE
Las restricciones de integridad estticas sern auellas f!rmulas "ien formadas
de primer orden construidas con atri"utos de la ta"la como trminos "sicos,
ue depende satisfacerse en todos los estados vlidos para las tuplas de una
relaci!n.
$stas restricciones de integridad estn especificadas en ()*+L$ dentro de
una restricci!n de tipo C;EC2 asociada a una columna o una ta"la.
La implementaci!n de esta restricci!n en una columna ser7a:
Formato:
atributo tipo 4%O1S!&.$1! nombre5 CHECK condicin.
La"oratorio de #istemas de Informaci!n
Facultad de Informtica
Universidad Politcnica de Valencia
7
$%emplo:
Saldo integer CHECK saldo:;saldo3base
* diferencia de otros gestores, en esa condici!n se puede :acer referencia a
cualuier columna de la ta"la.
8o se pueden introducir en estas condiciones atri"utos de otras ta"las. $n ese
caso, s!lo ueda el recurso de programar e2pl7citamente la restricci!n de
integridad, lo ue :a"itualmente se :ace generando disparos ;EtriggersF= de la
"ase de datos.
La implementaci!n a nivel de ta"la ser7a euivalente.
$. 0odi"icacin de restricciones
Una ve& creada una ta"la es inevita"le enfrentarse a situaciones en las ue
cam"ios no previstos o"liguen a modificar las restricciones de integridad
declaradas en el momento de su creaci!n.
La fle2i"ilidad proporcionada por un #D-. para a"ordar este tipo de
modificaciones es un factor diferenciador ue puede resultar "sico. #e trata de
un pro"lema clsico en -ase de .atos, al ue se le conoce como Desti!n de
$voluci!n de $suemas.
$ntre las modificaciones a ue est e2puesta una "ase de datos en
e2plotaci!n, es importante distinguir entre:
- *uellas ue no afectan a la integridad de los datos 'a e2istentes ;por
e%emplo, a3adir una columna nueva a una ta"la, o permitir ue admita nulos
un atri"uto ue :asta a:ora no los admit7a=.
- B las ue s7 afectan a la integridad de los datos e implican toma de
decisiones ;por e%emplo, cam"iar una restricci!n de integridad: la cuesti!n
ue se plantea es u :acer con los datos pree2istentes ue no la cumplen,
G"orrarlosH Gignorarlos ' aplicar la restricci!n a partir del momento de su
introducci!n en el esuemaH=. Las elecci!n del mecanismo a seguir para
mantener la "ase de datos 7ntegra de"er ser elegida por el dise3ador de la
"ase de datos, seg4n considere oportunas. $stas compro"aciones se
reali&arn mediante disparos o reglas de actividad definidas tam"in en la
"ase de datos.
La sentencia .L!'& !.BL' sirve para a3adir o redefinir una columna, a3adir o
"orrar una restricci!n de integridad ' para activar o desactivar cualuier
restricci!n de integridad o disparo.
#u implementaci!n en ()*+L$ ser7a la siguiente:
La"oratorio de #istemas de Informaci!n
Facultad de Informtica
Universidad Politcnica de Valencia
8
Formato:
ALTER TABLE 4esquema.5nom3tabla
4ADD nom3col < defe3de3restriccion3col5
4MODIFY nom3col tipo < def3de3restriccion3col5
4ADD < def3restriccion3tabla5
4DROP PRIMARY KEY = UNIQUE = %O1S!&.$1! nombre 4CASCADE55
4ENABLE PRIMARY KEY = UNIQUE = %O1S!&.$1! nombre = ALL
TRIGGERS5
4DISABLE PRIMARY KEY = UNIQUE = %O1S!&.$1! nombre 4CASCADE55
donde:
- def3de3restriccion3col ' def3restriccion3tabla se refieren a las
declaraciones de restricciones ue se pueden reali&ar en el m"ito de una
columna o de la ta"la en su con%unto respectivamente.
- #i des:a"ilitamos una restricci!n tenemos la posi"ilidad de des:a"ilitar en
cascada todas las restricciones ue dependan de ella a travs de la
clusula cascade.
- #i :a"ilitamos una restricci!n de integridad referencial, la restricci!n de
clave primaria o 4nica asociada de"e ser :a"ilitada con anterioridad ;si no
lo esta"a 'a=.
- Las opciones asociadas a U8IIU$ identifican la clave 4nica implicada en la
modificaci!n indicndola entre parntesis.
La clusula '1.BL' .LL !&$GG'&S permite activar disparos ue puedan
:a"er sido desactivados con la orden .L!'& !&$GG'& opci!n D$S.BL'
proporcionada por ()*+L$.
&. 0ecanismo de acti(acin de las restricciones de integridad en
ORACLE.
La e%ecuci!n de los eventos en una "ase de datos ()*+L$ viene definida por
el *lgoritmo *9
or
' ().
*lgoritmo *9
or
recursivo:
0ientras e-istan reglas acti"adas
0. seleccionar una regla activada )
9. compro"ar la condici!n de )
A. si la condici!n de ) es cierta:
a. e%ecutar la acci!n de )
". e%ecutar () para las reglas activadas por la acci!n de )
"in mientras
La"oratorio de #istemas de Informaci!n
Facultad de Informtica
Universidad Politcnica de Valencia
9
$l algoritmo () indica como se intercala la e%ecuci!n de las reglas activadas
por l ' la compro"aci!n de las restricciones de integridad relevantes para el
evento.
0. Procesar con *9
or
las reglas activadas de tipo B'>O&' evento >O& '.%?
S!.!'@'1!.
9. Para cada tupla afectada por el evento
a. Procesar con *9
or
las instancias ;para la tupla actuali&adaJ de las reglas
activadas de tipo B'>O&' evento >O& '.%? &OA
". $%ecutar la actuali&aci!n so"re la tupla ' compro"ar las restricciones de
integridad relevantes para la tupla actuali&ada. *u7 se comprue"a las
restriciones de integridad relevantes par ael evento ue son
compro"adas a nivel de tupla individual (1O! 1BLL, %?'%C(), ...=.
c. Procesar con *9
or
las instancias ;para la tupla actuali&ada = de las reglas
activadas de tipo .>!'& evento >O& '.%? &OA
A. +ompro"ar las restricciones de integridad relevantes para la operaci!n de
actuali&aci!n a nivel de sentencia #IL ;>O&'$1G C'D=.
K. Procesar con .9
or
las reglas activadas de tipo .>!'& evento >O& '.%?
S!.!'@'1!.
,. Ejem#lo #rctico so%re una %ase de datos com<n.
$l dise3o de las ta"las de esta peue3a "ase de datos vendr7a dado por:
CREATE TABLE Departamento
(codigo %?.&(E) 1O! 1BLL,
nombre #.&%?.&(788) 1O! 1BLL,
director #.&%?.&(E8),
telefono %?.&(77),
%O1S!&.$1! %+3dpto +&$@.&D C'D (codigo)F
La"oratorio de #istemas de Informaci!n
Facultad de Informtica
Universidad Politcnica de Valencia
10
Para la ta"la Edepartamento) tiene definidas las restricciones de integridad de:
tratamiento de no nulos para las columnas:
cdigo
nombre
tratamiento de clave primaria denominada %+3dpto para la columna cdigo
%&'.!' !.BL' Profesor
(codigo %?.&(E) 1O! 1BLL,
nombre #.&%?.&(788) 1O! 1BLL
direccion #.&%?.&(E8),
telefono %?.&(77),
categoria %?.&(G) 1O! 1BLL %O1S!&.$1! &$3cat %?'%C (categoria;0!'B0
O& categoria;0%B0 O& categoria;0%'B0), dpto %?.&(E),
%O1S!&.$1! %+3prof +&$@.&D C'D (codigo),
%O1S!&.$1! %a/3prof3dpto >O&'$G1 C'D (dpto) &'>'&'1%'S
Departamennto)F
+omo puede verse, la ta"la Eprofesor) tiene definidas las restricciones de
integridad de:
tratamiento de no nulos para las columnas:
cdigo
nombre
categorHa
restricciones de integridad estticas con la clusula c6ec2 llamada &$3cat
para la columna categorHa, ue delimita el rango de valores ue puede
contener la columna a tres cadenas de caracteres, L,$U<, L+U< ' L+$U<.
tratamiento de clave primaria denominada %+3prof para la columna cdigo
tratamiento de clave a%ena denominada %a/3prof3dpto de la columna dpto
:aciendo referencia a la ta"la departamento.
%&'.!' !.BL' Asigna!ra
(codigo %?.&(E) 1O! 1BLL,
nombre #.&%?.&(788) 1O! 1BLL,
cre3teo 1B@B'&(G,7) 1O! 1BLL %O1S!&.$1! &$3teo %?'%C (cre3teoI8),
cre3pra 1B@B'&(G,7) 1O! 1BLL %O1S!&.$1! &$3teo %?'%C (cre3praI8),
dpto %?.&(E),
%O1S!&.$1! %+3asg +&$@.&D C'D (codigo),
+(8#,)*I8, +a%?asg?dpto F()$ID8 C$B ;dpto=, )$F$)$8+$#
.epartamento=M
La ta"la Easignatura) tiene definidas las restricciones de integridad de:
tratamiento de no nulos para las columnas:
cdigo
nombre
cre3teo
La"oratorio de #istemas de Informaci!n
Facultad de Informtica
Universidad Politcnica de Valencia
11
cre3pra
restricciones de integridad estticas con la clusula c6ec2 para las
columnas:
cre3teo ;denominada &$3teo=
cre3pra ;denominada &$3pra=
tratamiento de clave primaria denominada %+3asg para la columna cdigo
tratamiento de clave a%ena denominada %a/3asg3dpto de la columna dpto
:aciendo referencia a la ta"la departamento.
%&'.!' !.BL' Do"en"ia
(cod3prof %?.&(E) 1O! 1BLL,
cod3asg %?.&(E) 1O! 1BLL,
creditos 1B@B'&(G,7) 1O! 1BLL %O1S!&.$1! &$3cre %?'%C (creditosI8),
%O1S!&.$1! %+3doc +&$@.&D C'D (cod3prof, cod3asg),
%O1S!&.$1! %a/3doc3prof >O&'$G1 C'D (cod3prof) &'>'&'1%'S
+rofesor,
%O1S!&.$1! %a/3doc3asg >O&'$G1 C'D (cod3asg) &'>'&'1%'S
.signatura)F
Finalmente, la ta"la Edocencia) tiene definidas las restricciones de integridad
de:
tratamiento de no nulos para las columnas:
cod3prof
cod3asg
crJditos
restricciones de integridad estticas con la clusula c6ec2 denominada
&$3cre para la columna crJditos.
tratamiento de clave primaria denominada %+3doc para la com"inaci!n de
columnas cod3prof ' cod3asg.
tratamiento de clave a%ena denominada %./3doc3prof de la columna
cod3prof :aciendo referencia a la ta"la profesor.
,ratamiento de clave a%ena denominada %./3doc3asg de la columna
cod3asg :aciendo referencia a la ta"la asignatura.
.. Conclusiones

Finalmente, podemos esta"lecer ue la inclusi!n de las restricciones de
integridad dentro del dise3o del esuema de la "ase de datos se traduce en
venta%as.
()*+L$ da muc:as posi"ilidades a la :ora de implementar los distintos tipos
de restricciones de integridad ue se pueden dar so"re una "ase de datos. Las
restricciones de entidades son definidas al mismo tiempo ue son creadas las
ta"las. Las restricciones referenciales se definen primeramente en la creaci!n
La"oratorio de #istemas de Informaci!n
Facultad de Informtica
Universidad Politcnica de Valencia
12
de las ta"las, ' su mecanismo de validaci!n de datos puede :acerse mediante
disparos ;triggers=.
Los disparos ;triggers= es un punto importante dentro de las restricciones de
integridad ue no :a sido desarrollado en este tra"a%o. La ra&!n de no
profundi&ar so"re los disparadores es de"ido a ue otros compa3eros nuestros
son los encargados de desarrollar el tema.
7. Re"erencias
/01 Pastor (., -lesa P., Desti!n de -ases de .atos, #ervicio de Pu"licaciones
UPVN9OOO.P0Q0
/91 (racle +orporation, (racle Q #erver +oncepts 6anual.
/A1555.dsic.upv.es>asignaturas>facultad>"dv. ,ransparencias del curso de
9OOO>9OO0 de la asignatura -ase de .atos *van&adas.
La"oratorio de #istemas de Informaci!n
Facultad de Informtica
Universidad Politcnica de Valencia
13