"CAMBIO DE TAMAÑO DE LA BASE DE DATOS"
Para realizar esta función puede utilizar la instrucción ALTER DATABASE o el administrador ciroiratuvo de SWL Server. Para hacer más chica una base de datos debe usar los comandos DBCC SHRINKDATABASE o DBCC SHRINKFFILE. Para añadir grupos de archivos a la base de datos puede usar la instrucción ALTER FDATABASE.
Esta es la sintaxis para la instrucción ALTET DATABASE:
ALTER DATABASE nombre_baseDatos
{
ADD FILE <especificación_archivo> [,..n] [TO FILEGROUP nombre_gruposArchivos]
ADD LOG FILE <especificación_archivo> [,…n]
REMOVE FILE nombre_logico
ADD FILEGROUP nombre_gruposArchivo
MODIFY FILE <especificación_Archivo>
MODIFY FILEGROUP nombre_gruposArchivos,propiedad_gruposArchivos
}
<especificación_archivo>
(NAME =´nombre_fisico´
[,SIZE=tamaño]
[,MAXSIZE=tamaño_maximo UNLIMITED]
[,FILEGROWTH=incremento_crecim]
"EXPANSION DE LA BASE DE DATOS"
Puede expandir las bases de datos añadiendo archivos adicionales para crecimiento. Pude añadir archivos a la porción de datos del registro de la base de datos. Amenos que específicamente se hayan desactivado las características de crecimiento automático de la base de datos crecerán automáticamente hasta que se acabe el espacio del disco.
ENTRADA Adición de un nuevo archivo a la base de datos.
ALTER DATABASE croak
ADD FILE
(NAME=croakdata",
FILENAME= ´C:MSSQL7DATSACroakdata2.nsf´,
SIZE=2,
MAXSIZE=10,
FILEGROETH=2)
ENTRADA/SALIDA
Extender el archive del registro de la base de datos.
ALKTER DATABASE croak
ADD LOG FILE
(NAME=Croaklog2.ndf´,
SIZE =2,
MASIZE=10,
FILEGROWTH=2)
REDUCCION DE LA BASE DE DATOS
Para reducir una base de datos completa puede usar el comando DBCC SHKRINKDATABASE.
Esta es la sintaxis:
DBCC SHKRINKDATABASE
{
(nombre_baseDatos
[,target_porcentaje]
[,{NOTRUNCATE TRUNCATENLY}]
}
Esencialmente la instrucción SHKRINKDATABASE trata de reducir todos los archivos de datos de todos los archivos de datos de la vase de datos usando la instrucción DBCCSHRINFILE
Esta es la sintaxis para la instrucción DBCC SHRINKFILE:
DBCC SHRINKFILE
{
(nombre_Archivo clave_archivo}
[,tamaño]
[,{EMPTYFILE NOTRUNCATE TRUNCATETEONLY}])
}
"CAMBIO DE NOMBRE DE UNA BASE DE DATOS"
Para cambiar el nombre de una base de datos debe ejecutar el procedimiento almacenado de sistema sp_renamedb.
Restricciones cuando cambie el nombre a una base de datos:
- Debe de ser miembro de la función fija de servidor y sysadmyn para cambiar nombre a una base de datos.
- Alguna secuencia de comandos de SQL pueden perder del nombre de la base de datos para ejecutar correctamente. Habrá que revisarlos en la base de datos.
- La base de datos debe estar en modo de un solo usuario.
- Los archivos y grupos de archivos de la base de datos no son afectados por un cambio de nombre.
- Debe estar en la base de datos maestra para ejecutar el procedimiento almacenando de sistemas sp_renamedb.
"COMO ELIMINAR UNA BASE DE DATOS"
En cualquier caso eliminar una base de datos de SQL Server es una tarea realmente difícil. Como tal vez ya haya adivinado, puede hacerlo desde el administrador corporativo de SQL Server o por medio del Transact_SQL.
Antes de que elimine, una base de datos hay unas cuantas cosas que debe recordar:
- La eliminación de una base de datos elimina toda la información de la base de datos de las tablas del sistema y de los archivos de datos del sistema.
- Una base de datos elimina solo puede se restaurada desde eliminarla.
- Debe ser miembro de la funcion de base de datos db_owner para eliminar la base de datos.
"RECUPERACION AUTOMATICA"
Si un disco deja de funcionar o un archivo de base de datos se corrompe, necesitar restaurar cualquier base de datos que pueda ser afectada por la perdida de los archivos.
Otra razón para restaurar una copia de seguridad de base de datos es restituir una base de datos a punto de consistencia lógica en el tiempo.
La recuperación automática es el proceso que realiza SQL cada vez que ejecuta el servicio MSSQLserver. No se le puede desactivar y no necesita hacer nada especial para que suceda.
Cada vez que SQL server reinicia, ejecuta un conjunto de pasos que vuelven a aplicar cualquier transacción conformada que se encuentre en el registro de transacción.
El proceso de recuperación automática garantiza que sin importar como ni porque se detuvo SQL Server, comenzara en un estado lógicamente consistente.
La recuperación automática procesa cada base de datos en un orden particular.
O que hace localizando primero el archivo de la base de datos maestra buscando su ubicación en el registro de Windows NT.
Después de que SQL Server localiza los archivos de la base de datos maestra, carga y recupera esa base de datos. Debe cargar y recuperar y restaurar primero la base de datos maestra debido a que contiene las frecuencias hacia el archivo de datos primario.
Antes de que SQL pueda recuperar cualquier otra base de datos, debe recuperar la base de datos modelo. Debe recuperar la base de datos modelo por que el siguiente paso será crear la base de datos tempdb.
Luego se restaura la base de datos msdb, seguida por la base de datos de distribución, en caso de que exista, las bases de datos pubs y Nortwind y, por ultimo cualquier base de datos de usuario.
"CONFIGURACION DE LA RECUPERACION AUTOMATICA"
Lo mas importante que se puede hacer para establecer la recuperacion automatica es codificar la opcion Recovery Interval. Esta opción especifica la máxima cantidad de tiempo que esperara SQL Server para realizar una recuperación automática de una base de datos.
Para configurar el intervalo de recuperación necesita el procedimiento almacenado del sistema sp_configure.
Por ejemplo:
Para cambiar el intervalo de recuperación a tres minutos debe ejecutar el siguiente código transact_SQL:
Exec sp_configure ´recovery interval’,3
Go
Reconfigure with Override
Go
"RECUPERACION MANUAL"
Este proceso de recuperación de una base de datos.
"ELIMINACION DE TABLAS"
Puede facilitar tablas en el administrador corporativo de SQL Server mediante un clic derecho en la tabla y seleccionando eliminar en el menú contextual.
Para eliminar una tabla utilizando Transact_SQL, ejecute la instrucción DROP TABLE.
Por ejemplo para eliminar la tabla tblempleados:
DROP TABLE tblemployees
Para eliminar una tabla por medio del administrador corporativo de SQL Server siga los siguientes pasos:
- Llegue hasta la carpeta tablas, haga un clic derecho en la tabla que desee eliminar y seleccione eliminar.
- Obtendrá un cuadro de dialogo.
- Si desea ver cualquier dependencia de esta tabla, haga clic en el botón Dependencias.
"MODIFICACION DE ENCABEZADOS DE COLUMNAS"
Los encabezados de las columnas serán los nombres utilizados en listas _ columnas.
En vez de usar los encabezados de columnas, como lmane y fname, puede producir otro encabezados de columnas.
En SQL Server puede hacer alias de las columnas de dos maneras:
SELECT encabea¡zado_columna=nombre_columna
FROM nombre_tabla O bien;
SELECT nombre_columna ASencabezado_columna FROM nombre_tabla.
"DESCOMPOSICIÓN Y NORMALIZACIÓN"
Siempre que un analista de sistemas de base de datos arma una base de datos, queda a su cargo descomponer dicha base en grupos y segmentos de registros. Este proceso es la descomposición; el mismo es necesario independientemente de la arquitectura de la base de datos – relacional, red o jerárquica-. Sin embargo, para la base de datos relacional, la acción correspondiente puede dividirse y expresarse en términos formales y se denomina normalización a la misma. La
normalización convierte una relación en varias sub-relaciones, cada una de las cuales obedece a reglas. Estas reglas se describen en términos de dependencia. Una vez que hayamos examinado las distintas formas de dependencia, encontraremos procedimientos a aplicar a las relaciones de modo tal que las mismas puedan descomponerse de acuerdo a la dependencia que prevalece. Esto no llevará indefectiblemente a formar varias subrelaciones a partir de la única relación preexistente.
Significado ; Antes de entrar en el tópico principal de dependencia, vamos a rever algunos conceptos acerca de los individuos y acerca de las tuplas que los describen en la base de datos relacional (BDR). Restringiremos la discusión a la BDR, si bien la misma se aplica igualmente a las otras arquitecturas.
Los individuos tienen muchos atributos que pueden ser de interés a diferentes personas en diferentes momentos. Nuestro problema actual es con una sola aplicación o conjunto de aplicaciones: solemne son de interés algunos de los atributos. Los símbolos aplicables a la relación han sido introducidos previamente.
• R es una tupla general o vector que describe a un individuo;
• R es una relación, una matriz o un conjunto de vectores que pertenecen la población de interés.
• U es el universo consistente en todas las posibles descripciones individuales, obtenido mediante una combinación exhaustiva de los valores a atributos.
La tupla general toma la siguiente forma
R = (a, b, c, …., n) La pertenencia con respecto a relaciones, tuplas y universos se indica mediante. Con respecto a los atributos:
• A es el símbolo del nombre de un atributo
• a es el símbolo de un valor del atributo.
Dominio (A) es el dominio para el atributo cuyo nombre es A.
Campo de aplicación. Estamos interesados en relaciones dependientes entre atributos de los individuos en una o varias poblaciones. Consideramos a los atributos D, E, y F. La dependencia es una relación funcional tal que los
valores de una (o más de una) de las variables determina y fija el valor de las otras
variables en la relación dependiente. Consideramos el caso en el que E y F dependen de D. Esto se describe más brevemente en forma simbólica:
e = e (d) f = f(d)
Existen tres tipos distintos de dependencia.
Total uno-uno-sinónimo
Completa – subtupla
Transitiva – múltiple.
La dependencia es una relación funcional que penetra en el universo de posibilidades. La dependencia no puede deducirse solamente de los datos de nuestra, ya que éstos son necesariamente incompletos, sino que debe ser inherente al comportamiento del
sistema. Por ejemplo, si los datos revelan que cada uno de nuestros proveedores tiene exactamente una planta y que todas estas plantas están en diferentes ciudades, podemos asumir una dependencia total entre proveedor, planta y ciudad. Es decir, dada una ciudad, la misma está asociada con un proveedor; y dado este proveedor estará asociado con una ciudad. En la práctica, solamente cuando un nuevo proveedor se incorpore con una planta en la misma ciudad que uno de nuestro antiguos proveedores, resultará claro que no existe dicha dependencia total, Esto no podría ser deducido a partir de los datos previos.
Dependencia Total: Consideremos los atributos x e y. Cada valor de x tiene uno y solo un valor de y asociados a el; e inversamente, dado un valor de y existe solamente un valor de x asociado a éste. Se trata de una función unitaria de una variable tanto en sentido directo como inverso y por o tanto se denomina dependencia total. Otra forma de expresar lo mismo es decir que x e y son sinónimos; ambas expresiones son equivalentes. Ejemplo con clave
Si una de las variables es al mismo tiempo la clave, como consecuencia todo valor de ambas variables es único en cualquier tupla de la relación. Por ejemplo, consideremos un archivo de personal donde cada uno de los empleados es identificado de tres maneras.
• Su nombre
• Su número de seguridad social
• Su número de empleado
Los tres pueden representar una dependencia total. Tanto el número de seguridad social como el número de empleado identifican al individuo en forma única. El número de seguridad social atañe a la
población completa de trabajadores de los Estados Unidos. El número de empleado se aplica solamente al personal de una empresa en particular. El nombre puede no ser totalmente único y la dependencia total existe solamente cuando cada empleado tiene un nombre único. Si el número de empleado es al clave de la relación, el número de seguridad social es sinónimo de aquel. Podemos en consecuencia decir que el número de seguridad social, el campo no clave, es totalmente dependiente de la clave, y es una clave candidata. Si los nombres de todos nuestros empleados son únicos, también pueden, ser claves candidatas. Sin embargo puede existir alguna duplicación, dos personas llamadas John Smith, por ejemplo. Dado que esta es una posibilidad, no puede establecerse una dependencia total con respecto total con respecto al nombre. Puede incorporarse a la firma un nuevo empleado y este puede tener el mismo nombre que uno de nuestros empleados actuales. Ejemplo con estado Consideremos una relación que contiene información sobre estado en dos formas :
• Una identificación de estado con dos letras, tal como CA para California.
• Una designación con un número de dos dígitos tal como 12 para
California.
Estas dos formas de información sobre estado ilustran una dependencia total. Debe notarse sin embargo que muchas tuplas pueden contener la misma identificación de Estado, dado que muchos de nuestros clientes pueden provenir de California. En consecuencia resulta claro que la dependencia total no significa unicidad. Dependencia Completa El concepto de dependencia completa se aplica solamente cuando:
• Tenemos más de dos variables, y
• Una variable dependiente depende de dos o más variables independientes.
Consideramos una relación que abarca las variables P, Q y R. Supongamos que P es la variable dependiente. Si el valor de P está determinado por una función de Q y R combinados, se trata de una dependencia completa. Esto es, el valor de P no depende únicamente ni de Q ni de R. Vamos a repetir esto simbólicamente. El valor de P es completamente dependiente de los valores de q y r.
p = p (q,r)
Ejemplo con orden de compra. Como un ejemplo de dependencia completa, consideremos el caso de una orden de compra. Supongamos que esta orden de compra describe mediante tres variables que son de interés para nosotros:
• El número de orden de compra (PON) designa la orden completa;
• El número de parte de pieza designa una de las partes ordenadas por el pedido;
• La cantidad de piezas es el número de unidades de dicha pieza requerida para satisfacer el pedido.
Los pedidos describen en consecuencia una orden por medio de varias partes diferentes, y para cada una distinta asociada. El sistema contable ve varios pedidos diferentes. La misma parte puede aparecer en distintos pedidos y, cuando ello sucede, puede estar asociadas distintas cantidades con la misma parte. Un tupla de la base de datos relacional contendrá un PON un número de parte y una cantidad. La cantidad es completamente dependiente del PON y del número de parte. Resulta claro que el número de pedido no es suficiente para determinar la cantidad todas las partes de un determinado pedido no tiene la misma cantidad). Análogamente, un número de parte no es suficiente para determinar la cantidad ordenada, dado que diferentes pedidos pueden requerir distintas cantidades de dicha parte. Por lo tanto, es nuestro ejemplo, la cantidad no es dependiente solamente del PON o del número de parte; es completamente dependiente de ambos. Puede imaginarse, aunque no es muy probable el caso de que cada vez ordenados una parte la ordenamos solamente por una cantidad como una docena, o tres gruesas o cualquier otro valor fijo. Si esto ocurre para todas las partes y para todos los pedidos de nuestro sistema, en consecuencia no existirá dependencia completa. En efecto podemos decir que hay dependencia total entre cantidad y número de partes – condición improbable-. Hemos examinado anteriormente un ejemplo académico y las variables profesor, clase y sección. Tenemos en esta caso una dependencia completa de profesor respecto de clase y sección. Si en nuestra facultad está establecido existirá dependencia completa. Esto existiría que un profesor enseñe siempre a todas las secciones de una clase particular – una condición no muy factible con un curso de 20 secciones-.
Dependencia transitiva La dependencia transitiva se aplica o tres o más variables. Consideremos el caso de solo tres variables y llamémoslas S, T y V.
Diremos que S es la variable independiente si los
valores de S determinan tanto a T como a V, y se simbolizará así:
S —-> T; S —-> V
Sin embargo, sería deseable encontrar una relación más restrictiva o definida.
Tenemos dependencia transitiva cuando S determina a T y V, pero los valores de V pueden considerarse siempre como dependiendo de los valores de T. Esto puede escribirse como
S —-> T; T —-> o alternativamente como
v = v(t); t = t(s) v = v(t(s))
Reducción: Si podemos manejar las dependencias transitivas, podremos reducir el espacio total requerido para almacenar los datos. Varios valores de S pueden generar un único valor de T. De modo similar, pueden existir varios valores de T asociados solamente con un valor de V. La separación de estas relaciones permite conservar espacios. Esto puede observarse mejor con respecto al ejemplo que se describe más abajo.
Ejemplo: Consideramos un ejemplo que asocia
cursos con departamento y con escuela. En consecuencia, canto será dictado por el departamento de música en la escuela de Artes y Ciencias; hidráulica será dictada por ingeniería civil en la Escuela de
impuestos será dictado por el departamento contable en la Escuela de Administración. Llamemos
• S al curso
• T al departamento
• V a la escuela
Por lo tanto
S —-> T —-> V
la descomposición consiste en la asociación de un curso con un departamento en una relación. Otras relación identifica a cada departamento con una escuela. Esta segunda relación es necesariamente menor tanto en grado como en cardinalidad y aquí reside el ahorro de espacio.
Normalización: ¿Qué es normalización?
Normalización es un proceso que clasifica relaciones, objetos, formas de relación y demás elementos en grupos, en base a las características que cada uno posee. Si se identifican ciertas reglas, se aplica un categoría; si se definen otras reglas, se aplicará otra categoría.
Estamos interesados en particular en la clasificación de las relaciones BDR. La forma de efectuar esto es a través de los tipos de dependencias que podemos determinar dentro de la relación. Cuando las reglas de clasificación sean más y más restrictivas, diremos que la relación está en una forma normal más elevada. La relación que está en la forma normal más elevada posible es que mejor se adapta a nuestras necesidades debido a que optimiza las condiciones que son de importancia para nosotros:
• La cantidad de espacio requerido para almacenar los datos es la menor posible;
• La facilidad para actualizar la relación es la mayor posible;
• La explicación de la base de datos es la más sencilla posible.
Primera forma normal
Para que una relación esté en primera forma normal (1 FN), debe ser solamente una relación propia, una matríz m por n, donde:
• Ninguna celda de la matriz está vacía;
• El valor n cualquier columna está definido por el dominio para dicho atributo.
• Cada tupla tiene una clave que la identifica en forma unívoca, pero dicha clave no significa orden.
La aplicación determina la relación
Para que una relación sea normalizada en pasos adicionales, debe encontrarse en la primera forma normal. Colocar los datos en la primera forma normal está a cargo del diseñador de la aplicación. Estos
datos se encuentran disponibles de alguna manera inicialmente. Si la aplicación existe en forma
manual, o ha sido anteriormente computarizada pero no todavía como relación, el diseñador reorganiza los datos de modo de conformar una matríz 1FN.
La segunda inicial más importante es la dimensión de la relación ¿cuántos componentes existen en la tupla o cuántas columnas en la tabla? ¿De qué manera se compara esto con el número de campos en el documento fuente?.
En la figura se puede observar un documento como
muestra, una factura típica. Parte de la información es fija y otra variable. La figura nos muestra un formulario impreso dentro de l cual se ha agregado información. La impresión puede dividirse en dos categorías.
• Información descriptiva para el usuario
• Nombres de atributos.
La información impresa es necesariamente fija. Podemos observar el nombre de la compañía en la figura, así como otras particularidades (tales como el número de teléfono que no figura aquí). Otros nombres impresos corresponden a los atributos cuyos
valores se escriben en el momento en que el formulario es llenado. Estos nombres de atributos son también los nombres de campos para almacenar los datos en el sistema. Los que se escribe son los valores de atributos. La información convertida queda formada en tuplas. La próxima pregunta es cuantas tuplas representarán a la formación en esta forma. Debe notarse que el número de partes ordenadas varía de una
factura o pedido a otro.
Wetco factura no. 91529
23 river road fecha factura 3/19/77
saltsea texas
orden fecha
de cliente vendedor de la orden via orden wetco
M0007 2-14 3/12/17 ups 1922447
Cliente no. 31-0285-fl
Venta a flores associates expedido a
108 8 avenue el mismo
brooklyn, n.y. 11215
cantidad precio parte descripcion monto
Pen-
Orde-despa-dien-
Nada chada te
2 2 3.50 018719 camisa 7.00
2 2 .35 020428 guia .70
1 1 .70 020808 rodillo motor .70
1 0 .25 020811 rodillo libre 0.00
1 1 6.00 020819 humidrum 8.00
Seguro .96
17.38
Dado que una tupla debe tener un número fijo de componentes, necesitamos una tupla en primera forma normal para cada parte de cada pedido. Sin embargo, la información que se encuentra en la parte superior del formulario, y que se llena a máquina, es la misma para todas las partes ordenadas más abajo. Por lo tanto cada tupla consiste en una parte de datos que son variables y datos del pedido que se duplican para cada parte ordenada.
Grafo de Dependencia
Una vez que los datos han sido puestos en primera forma normal, resulta conveniente descomponer la relación en un número de relaciones más pequeñas, cada una en forma normal superior, de modo de optimizar el almacenamiento y usar su funciones. Para esto resulta necesario reconocer las dependencias existentes. Un grafo exhibe los distintos tipos de dependencias que existen, y enfatizan que hemos investigado completamente cada dependencia.
El grafo simple no está diseñado para mostrar dependencias. Para hacer utilizable a este grafo, se agregan colores pueden expresarse en blanco y negro mediante distintos tipos de líneas. Discutiremos estos tipos de líneas en términos de la dependencia que cada uno representa. En las figuras que siguen las formas gráficas aparecen a la izquierda y se utilizan para constituir un grafo completo. A la derecha se puede observar una forma simbólica para describir dependencias únicas.
Dependencia única
En la figura vemos un arco que conecta dos vértices A y B. A es la cola y B es la cabeza de la "flecha". Esto significa que B depende de A. Es decir dado un valor de A podemos predecir de A. Es decir, dado un valor de A podemos predecir cuál será el valor de B.
Dependencia total
La dependencia total se define como una dependencia bilateral o simétrica. Es decir, si C depende de D, en consecuencia D será dependiente en forma similar de C. Esto se expresa en la figura mediante una arista (sin una flecha) que une C y D. Para enfatizar la dependencia total, se usa una línea doble o una línea más gruesa. Esto representa una medida de seguridad para verificar que el usuario no dibuje un arco e inadvertidamente omita la flecha. Simbólicamente se utiliza una doble flecha.
Dependencia completa
La variable G depende en forma completa de otras dos variables E y F, lo cual puede ilustrarse como se ve a la izquierda de la figura. Pero así no es representada adecuadamente la dependencia completa, ya que el valor de G no depende de E o F, independiente, sino que depende de ambos valores. Por lo tanto en el centro de la figura A, vemos una forma mejor; la arista que une E y F no intenta demostrar una dependencia entre E y F, por lo tanto se dibuja en líneas de trazos; a partir del centro de esta línea de trazos, se dibuja un arco dirigido hacia G para indica que G depende de ambas variables E y F.
Dependencia transitiva
Supongamos que dos variables, K y L, dependen de J. Si puede verificarse que L depende en forma primaria de K, existiría una dependencia transitiva. Mostramos a la izquierda de la figura B que L. depende de J o de K. Más apropiado s el grafo del centro de la figura B, donde podemos ver que L está definida por K la cual, a su vez, está determinada por los valores de J.
Simbólicamente indicamos una dependencia transitiva de L respecto de J mediante una flecha de trazos desde J a L, como puede verse a la derecha de la figura B.
Ejemplo
En la figura B se presenta un grafo de dependencia hipotético. En el mismo se dibujan las relaciones de dependencia entre atributos para una aplicación de remuneración. EMPNO y DEPTNO están subrayadas en la figura para expresar que ambas son partes de una clave compuesta para la relación. Una línea gruesa conecta EMPNO a EMPNOM para indicar que si nombre de empleado y existe una dependencia total.
Varios atributos dependen directamente del número de empleados:
• TITL es el título de la tarea del empleado
• PAYLVL es un carácter que indica el nivel de sueldo del empleado.
• HORAS representa el número de horas que el empleado ha trabajado la presente semana.
• PAYRT está apuntado a PAYLVL indicando que el régimen de pago es transitivamente dependiente del nivel de pago.
La línea de trazos que une PAYRT y HORAS indica que ambas participan en una dependencia completa por la cual el receptor es PAYAMT, el valor pagado para esta semana.
A la derecha de la figura, encontramos los atributos que dependen del número de departamento. Obsérvense la dependencia total entre número y nombre del jefe del mismo (MGRO y MGRNM).
Hay solamente un atributo que es completamente dependiente de ambas partes de la clave compuesta, es decir, el número de
proyecto, PROJNO.
Segunda Forma Normal
Una relación está en segunda forma normal (2FN) solamente si todos los atributos son dependientes en forma completa de la clave.
Descripcion De La Segunda Forma Normal (2 Fn)
Su nombre ya nos indica el hecho de que la segunda forma normal es por lo general el próximo paso de
normalización y descomposición. Para ser accesible a la normalización, y poder ser puesta en segunda forma normal, la relación debe poseer las siguientes propiedades:
• Debe estar en primera forma normal
• Debe tener una clave compuesta.
La consecuencia inmediata de los requerimientos expresados más arriba es que cualquier relación en primera forma normal que tiene una clave simple, está automáticamente en segunda forma normal. Comencemos con un ejemplo en forma de tabla de una relación consistente en 17 atributos, que se presenta en la figura. La misma se encuentra en primera forma normal y tiene una clave compuesta que consiste en dos atributos P y Q. Estos están subrayados en la figura para mostrar que sirven como clave. La tupla de relación puede también escribirse linealmente en forma simbólicamente:
R = (A,B,C,D,E,F,G,H,I,L,M,N,O,P,Q)
El próximo paso es crear un grafo de dependencia, presentando aquí como figura. Debe notarse que este grafo se crea examinado con conocimientos y atributos para determinar como participan y relacionan entre ellos.
No resulta suficiente analizar la matríz de relación, la cual puede hacernos creer que existe una dependencia debido a que la muestra de la cual se ha extraído dicha relación es pequeña. Si somos inducidos a error por los datos existentes y construimos una dependencia donde esta no existe, se planteará un problema. Cuando lleguen nuevos datos que contradigan la dependencia, deberá dejarse de lado el esquema completo.
Supongamos en consecuencia que el grafo que se puede observar en la figura ha sido derivado en forma funcional y que expresa correctamente las dependencias. Resulta claro a partir de este grafo que los atributos que parten de P son dependientes solamente de este. De un modo similar los que parten de Q dependen solamente de este último. Solamente aquellos que parten de la línea de trazos que conecta a P y Q tienen dependencia completa de ambos. Esta es la guía para la descomposición.
Descomposición
La figura contiene 3 sub-árboles, la base de nuestra descomposición. Definimos una subtupla general en base a cada sub-árbol y en consecuencia:
P' = (P,A,B,C,E,H,K)
Q' = (Q,F,G,J,N)
PQ = (P,Q,D,I,L,M,O)
Aquí la raíz de los sub-árboles de la izquierda y la derecha. P y Q, se convierte en la clave de sus respectivas subtuplas; ambos. P y Q forman la clave compuesta para la subtupla PQ.
Proyección
El próximo paso es proyectar la relación R sobre cada una de estas subtuplas para formar tres nuevas relaciones, y en consecuencia.
P' = proyectar R(P')
Q' = proyectar R(Q')
PQ = proyectar R(PQ)
Las relaciones así formadas nos dan tres nuevas sub-relaciones. Una subrelación es la relación que deriva de una relación mayor. Las subrelaciones ilustradas en la figura están correlacionadas por medio de los componentes de sus claves. La clave compuesta P y Q de la relación original R. es también la clave de la sub-relación PQ. P y Q tienen a P y Q respectivamente como claves. La línea de trazos en la figura indica que Q está correlacionada con PQ por medio de la componente Q y P está correlacionada con PQ por medio de P.
Para restablecer la relación original R debemos juntar estas tres subrelaciones en algún orden, indicado simbólicamente como:
R = juntar P [juntar PQ, (Q)] (P) = juntar Q[juntar PQ P(P)] (Q).
Grafos
La nueva sub-relación que se ve en la figura se presenta en forma de grafo en la figura siguiente. Existe una considerable analogía entres estas figuras y la figura anterior. Lo importante es la diferencia. En PQ existe una línea de trazos que conecta los componentes de la clave compuesta P y Q en el centro de la figura. Los arcos parten del centro de esta línea de trazos hacia todos los componentes de P y Q, los cuales son dependientes en forma completa de ambos, es decir de P y Q. Una línea de puntos conecta P en la relación PQ a P de la relación P. Esto representa la correspondencia entre ambas veces P. Una línea de puntos conecta de un modo similar Q en PQ a Q en Q para indicar una correspondencia similar.
Efectos
El efecto de esta descomposición puede no resultar inmediatamente claro. Debemos insistir en que ninguna relación correcta debe contener tuplas duplicadas. La relación original R contiene muchas subtuplas duplicadas P' y Q'. Las mismas han sido eliminadas durante la descomposición. Esto facilita en forma extraordinaria la actualización y otras importantes operaciones que afectan a estas relaciones, las cuales serán aclaradas en los ejemplos que siguen.
Ejemplo de inventario
Vamos a utilizar ahora un ejemplo práctico para demostrar la normalización. En la figura se observa una parte de la matríz de relación PW.
Pueden verse los nombres de los atributos simbólicos y sus significados, pero no sus valores. Las columnas no aparecen en ningún orden en particular. Debe observarse la clave compuesta que distingue cada tupla, que abarca el número de pieza y el número de depósito PNO y WNO.
Arbol de Dependencia
El medio para descomponer la relación es el árbol de dependencia que se ve en la figura. Este árbol ha sido construido solamente teniendo en cuenta la dependencia completa, y no muestra las dependencias total o transitiva, que se describe más adelante, si es que las mismas existen.
Como podíamos esperar, aparecen tres sub-árboles. El sub-árbol de la izquierda, con raíz PNO, contiene los atributos que se aplican solamente a la pieza o parte. El sub-árbol de la derecha con raíz WNO describe cada depósito. EDl sub-árbol del centro corresponde a las partes y al depósito, y describe la cantidad de partes disponibles en el depósito, QOH, y el número de cajón o estante, BIN (o algún otro parámetro de ubicación), donde dichas partes pueden ser halladas.
El próximo paso es definir tres tuplas generales para cada sub-árbol,
P = (PNO, DESC, PR, UNIT)
W = (WNO, WAD, FUE)
P/W = (PNO, WNO, BIN, QOH)
La descomposición consiste en proyectar la relación PW sobre cada una de estas tuplas para obtener tres nuevas sub-relaciones:
P = proyectar PW(P)
W = proyectar PW(W)
P/W = proyectar PW(P/W)
La descomposición en la figura muestra las tres relaciones como matrices; la línea de trazos indica como se vinculan las relaciones.
Efecto
Discutiremos ahora algunas de las ventajas obtenidas mediante la descomposición. Si estas relaciones se utilizan para el control de inventario. nuestra preocupación será cuantas piezas de cada tipo están disponibles en un depósito en particular. Cuando se retiran piezas o se reciben nuevos envíos la cantidad disponible, QOH será la variable de cambio. La actualización consiste en poner al día sub-relación P/W la cual ahora contiene solamente malos componentes en lugar de los nuevos P/W.
Existe una tupla P en la sub-relación de pieza o parte, P, para cada parte y una tupla. W, en la sub relación W, para cada depósito y estos últimos probablemente no serán muchos. Consideremos la facilidad de efectuar cambios en un depósito en particular. Si un atributo de uno de los depósitos varía entraremos en W para efectuar el cambio solamente en una tupla. En la primera forma normal para PW teníamos que encontrar todas las tuplas en las cuales el valor de WNO esta el particularmente deseado, y efectuar el mismo cambio en cada una de ellas. Si dicho depósito almacenaba 100 partes, como consecuencia debía variar 100 tuplas de PW. El
procedimiento de actualización se aplica también a las descripciones de partes. Si el
precio de alguna parte o pieza cambia, este cambio es independiente del depósito en el cual se almacena dicha parte. Solamente se efectúa un cambio en P a diferencia de los muchos que hubieran sido requeridos para PW.
Tercera forma normal
Una relación se encuentra en tercera forma normal (EFN) si no existen transitividades entre sus atributos y si ya se encuentra en 2 FN.
Descripción
Una relación R a poner en tercera forma normal debe estar en la segunda forma normal. Es muy común que R sea una sub-relación; la relación original estaba en primera forma normal (para ponerla en segunda forma normal fue descompuesta en varias sub-relaciones). Estas son ahora candidatas a una descomposición adicional.
Recordamos que las propiedades de la segunda forma normal (2Fn) son:
• Tenemos una matríz m x n con un valor determinado para cada componente de cada tupla.
• Cada valor es obtenido a partir de un
dominio propiamente definimos
• Cada valor contiene una clave, ya sea simple o compuesta
• Cada componente no clave es dependiente en forma completa de su clave.
En consecuencia es evidente que tenemos, o bien una clave simple, o una clave compuesta de la cual todos los componentes no clave son dependientes en forma completa.
El objeto de esta fase es determinar todas las dependencias transitivas; la descomposición producirá a continuación sub-relaciones para las cuales no existirán dependencias transitivas -la definición de la tercera forma normal (EFN)-.
Una dependencia transitiva abarca como mínimo tres componentes. Si los componentes fueran más, la dependencia múltiple puede derivarse en varias dependencias atransitivas de tres componentes solamente dada una. Por lo tanto dirigiremos nuestra atención a una dependencia transitiva simple de tres componentes. Tal dependencia puede expresarse como:
Q —> A —-> B
En la cual se dice que B depende de A y que A depende de Q. La transitividad existe debido a que el valor de B depende en la última instancia del valor de Q.
La dependencia transitiva es degenerada si cualquiera de las dependencias anteriores es total. Esto es, podemos prever que la relación de Q a A es muchos-unos, donde varios valor único de A. Dado un valor tal Q el valor de A queda determinado. La inversa no se aplica y en consecuencia no existe una dependencia total: dado un valor de A el valor correspondiente de Q no queda determinado a menos de que se trate de una dependencia total.
El ahorro que surge de colocar la relación en tercera forma normal aparece a raíz de la granularidad del dominio involucrado. Se puede prever que:
num dominio (Q)> num dominio (A) > num dominio (B)
Determinación de al dependencia transitiva
Si el grafo utilizado para llevar la relación a la segunda forma normal es completo en termino de las transitividades existentes, no resulta necesario un grafo adicional. El grafo para convertir a la segunda forma normal requiere solamente que todas las dependencias completas y parciales sean conocidas. Supongamos que no hemos establecido todas las dependencias transitivas. Se presenta una situación simple en la figura anterior donde A, B y C son dependientes de Q. SI suponemos que existe una dependencia entre A, B y C son dependientes de Q. Si suponemos que existe una dependencia entre a y B debemos confirmarlo en forma funcional.
Una dependencia total entre A y B en el grafo de la figura puede representarse como se ve en la figura el arco desde A a B no muestra una dependencia de B respecto de A inversamente el arco a partir de B hacia A muestra una dependencia de A respecto de B; los arcos a partir de Q a A y a B nos muestra la dependencia de cada una de éstas respecto de Q. Esto puede observarse nuevamente en la figura, donde una doble arista entre A y B indica la bi-direccionalidad de esta dependencia. El hecho de que Q apunte a esta arista nos muestra que cada una de las variables A y B es claramente dependiente de aquella.
Como ejemplo sea Q el número PO, A el número de parte o pieza y B el nombre de parte, A y B son totalmente dependientes y cada uno dependen de Q.
Transitividad simple
Para la dependencia transitiva unilateral, la variable independiente apunta a la variable dependiente, tal cual se presenta en el figura donde B depende de A. El arco entre B y Q ha sido eliminando; la dependencia implícita de B respecto de Q resulta obvia.
Si se presenta la dependencia inversa, debe gratificarse como se ve en la figura.
Descomposición
Dada una sub-relación con una o más dependencias transitivas, la descomposición consiste en partir la relación en una o más de una sub-relación, donde la variable intermedia aparezca como variable dependiente en una y como variable independiente en la otra.
Caso simple Tenemos:
Q —> A —-> B
Q —> C
Dado que ambas, A y C dependen directamente de Q deben conservarse en una sub-relación Q, con clave Q.:
Q —> A; Q —> C
Debe separarse la relación directa remanente, y colocarla en su propia sub-relación A' con la A:
A —> B
Los grados de Q' y A'. Aquí la componente A relaciona Q' con A, a es la clave simple de A'. Si bien A no es la clave de Q' es le medio de relacionar un valor de Q en Q' con un valor de B en A' y se llama por lo tanto la clave externa de Q' . Para crear Q' y A' debemos utilizar las subtuplas generales Q' y A' denifidas en consecuencia:
Q' = (Q,A,C)
A' = (A,B) donde el subrayado indica una clave.
Este deben proyectarse sobre Q para obtener las sub-relaciones:
Q'= proyectar Q(Q')
A'= proyectar Q(A')
Caso Compuesto
Las dependientes transitivas múltiples han sido investigadas y exhibidas. Tenemos en consecuencia.
Q –> C
Q –> A –> B1
Q –> A –> B2
Q –> A –> B3
La descomposición separa nuevamente todas estas variables directamente dependiente de la clase original en una subtupla. Q'' = (Q, A, C)
Las variables restantes son todas dependientes directa o totalmente de A o C y se reorganizan de un modo similar. A'' = (A, B1, B2, B3); C'' = (C, D)
Deben construirse tres sub-relaciones por proyección:
Q'' = proyectar Q(Q'')
A'' = proyectar Q(A'')
C'' = proyectar Q(C'')
Aquí Q'', A'' y C'' aparecen como sub-árboles. Las mismas se relacionan por medio de la clave externa de Q'' es decir A y C; esto se muestra mediante la línea de puntos entre A y A y entre C y C. Nos podemos mover directamente entre las dos figuras sin la intervención de pasos simbólicos, utilizando solamente manipulaciones gráficas.
Descomposición Gráfica
Hemos discutido el enfoque simbólico. Dado un grafo 2FN. Debemos seleccionar en primer término los nodos apuntados por la raíz que no sean hojas. Los mismos se convierten en raíces de sus propios sub-árboles, A'' y C''. Estos sub-árboles son eliminados de Q dejando en Q'' solamente los nodos A y C, que son las raíces de A;; y C''.
Ejemplo de orden de compra
Examinaremos solamente una pequeña porción de la relación orden de compra que ha sido convertida en un grafo de dependencia. Para esta porción de la relación compra PP, tenemos:
• Las partes se compran utilizando el número de parte, PNO;
• Un vendedor, VNDR está asociado a cada parte;
• Cada vendedor tiene una clasificación de forma de pago, PAYCLS.
Por lo tanto PAYCLS representa si el vendedor debe cobrar dentro de los 10 días, 30 días, 60 días, etc. La acción para convertir la relación.
Tenemos aquí una relación transitiva que puede ser representada en consecuencia:
PNO —> PAYCLS
Sabemos que la variable intermedia, el vendedor VNDR, es el que determina el tipo de pago de modo tal que
PNO —> VNDR –> PAYCLS
para poner esta relación en la tercera forma normal, la misma se descompone en dos sub-relaciones. Las dos sub-relaciones PV y VP, se forman por proyección a partir de la relación original PP de modo tal que:
PV = proyectar PP (PNO, VNDR); PV = proyectar PP (VNDR, PAYCLS).
La relación PV relaciona partes con vendedores.
La identificación del vendedor, VNDR es la clave externa par PV. La misma se utiliza para entrar en la relación VP, en la cual es la clave primaria.
Debe notarse que, para el mantenimiento, si cambia la clase de pago solamente cambiara una entrada o tupla en VP y ninguna en PV. Para el caso de PP hubiera cambiado muchas tuplas.
Ejemplo de inventario
Presentamos ahora una porción de un ejemplo de inventario, al cual corresponde el grafo parcial. Tenemos en este caso:
• PNO es un número de parte
• PNM es el nombre de parte y tiene dependencia total con el número de parte
• PREC es el costo de UNITS multiplicado por el número de partes
• PCL es la clase de parte, la cual da el tipo de parte en términos de su peso y de su forma.
• WHN es el número de depósito donde está almacenada la parte.
• WHLOC Es la ubicación del deposito
• FUE es la categoría de seguro de incendio del depósivto.
Resulta claro a partir del grafo que el número de parte determina la clasificación de la parte, la cual a su vez determina parcialmente el deposito donde está almacenada dicha parte. Usaremos esta dependencia transitiva, que está circundada con línea de trazos gruesos, para descomponer la relación en su tercera forma normal: PNO —> WHN; PNO —> PCL —> WHN
La variable intermedia, clase de parte, PCL, es el medio de que disponemos para descomponer el grafo. Se deja como ejercicio hallar las proyecciones y la relaciones resultantes.
Ejemplo bancario
Consideremos parte de un ejemplo de banco donde cada depositante tiene un número de cuenta que lo identifica. El depositante recibe una línea de crédito. Puede extraer dinero hasta dicho valor. La parte no utilizada de crédito puede ser retirada cuando lo desee. Vemos que la línea de crédito LNCR es funcionalmente dependiente del número de cuenta CUET; el valor ya extraído DEBIT es también dependiente del número de cuenta. El valor de crédito disponible en este momento, DISP, es dependiente en forma completa de ambos, LNCR y DEBIT.
Parecería que lo lógico es descomponer el grafo y volver a presentarlo. En base a esto, P tiene como clave el número de cuenta CUENT. Debemos entrar en P para obtener LNCR y DEBIT. Estas son claves externas para P; las mismas forman la clave compuesta para entrar en Q y hallar el valor de la variable completamente dependiente DISP.
Esto funcionaría, pero hay una forma más simple de resolver el problema. El valor de crédito disponible en la actualidad es simplemente la diferencia entre la línea de crédito y el debido corriente. Todo lo que tenemos que hacer es ejecutar una sustracción. La relación original no necesita contener DISP. dado que éste se calcula simplemente durante el procesamiento. Por lo tanto podemos sencillamente omitir Q.
Transitivas múltiples.
Establecemos de entrada la condición simple de que Z sea dependiente en forma transitiva de Q. Si existe más de una variable intermedia de dependencia, la transitiva no será completa hasta que se especifiquen todas dichas variables. Es decir, si bien empezamos con la condición de transitividad, Q —> Z,
la condición completa podría ser, Q —> X —> Y —> Z
Ninguna condición intermedia Q —> X —> Z —>; Q —> Y —-> Z
sería suficiente para descomponer la original de la figura.
Dependencias multivaluadas
La tercera forma normal toma en cuenta la dependencia transitiva y provee una reducción óptima universal, excepto para los casos infrecuentes de dependencia multivaluadas. Ha quedado claro en épocas recientes que es posible una reducción adicional en este caso, y esto es lo que se lleva a cabo mediante la cuarta forma normal.
Existe una dependencia multivaluada cuando un valor de una variable está siempre asociado con varios valores de otra u otras variables dependientes que son siempre las mismas y están siempre presentes. Esto se ilustra mejor con el ejemplo presentado en la figura. La relación FAB describe tejidos. La variable independiente (con respecto a las dependencias (multivaluadas) es el número de tejido FABNO. Con el se encuentra asociados un modelo (o patrón) y un color. En la figura, el tejido 345 vienen en dos modelos y entres combinaciones de
modelo y color. En este caso se aplica el grafo de dependencia. Para hacer mas clara que esta es una dependencia multivariable, una cabeza doble de flecha apunta desde FABNO o PATRN y también desde FABNO a COLOR.
La ineficiencia en el registro de información y se resulta clara al examinar las dos nuevas relaciones. La primera de éstas, FABPAT lista el número de tejido contra el modelo; en el segundo caso, FABCOL, lista el número de tejido contra las combinaciones de color. Dado que la regla es que todas las combinaciones de las variables dependientes multivaluadas deben prevalecer, resulta simple reconstruir la relación FAB a partir de las dos sub-relaciones que resultaron.
Descomposición Para poner una relación o sub-relación en la cuarta forma normal debe
poder aplicarse lo siguiente:
• Debe estar en la tercera forma normal.
• Deben existir una o mas multidependencias.
Después de construir el grafo de dependencia, el próximo paso es ejecutar proyecciones utilizando la variable independiente y una de las variables multidependientes.
FABPAT = proyectar FAB (FABNO, PATRN)
FABCOL = proyectar FAB (FABNO, COLOR)
El resultado son nuevas sub-relaciones que han sido utilizadas para ahorra espacio y permitir una más fácil actualización.
Ejemplo de profesor y texto
Consideremos otro ejemplo. Los cursos dictados en una escuela corresponden a un número de curso. Asociada a cada número de curso se encuentra la descripción del mismo. Para cada curso existe una selección de textos y una selección de profesores. Puede darse cualquier combinación de texto y profesor.
El grafo de dependencia. El mismo nos muestra una dependencia total entre el número de curso y la descripción del curso. Existe una multidependencia entre texto y número de curso, y también entre profesor y número de curso.
Para descomponer la sub-relación en sus relaciones más pequeñas, se efectúan tres proyecciones. Las sub-relaciones resultantes.
Una subconsulta es una instrucción SELECT anidad dentro de una instrucción SELECT, SELECT…INTO, INSERT…INTO, DELETE o UPDATE dentro de otra subconsulta.
Puede utilizar tres formas de sintaxis para crear una subconsulta.
Comparación [ANY [ALLA] SOME] (instrucción sql) expresión [NOT] IN (instrucción sql) [NOT EXISTS] (instrucción sql)
En donde
Comparación: es una expresión y un operador de comparación que compara la expresión con el resultado de la subconsulta.
Expresión: es una expresión por la que se busca el conjunto resultante de la subconsulta.
Instrucción SQL
Es una instrucción SELECT, que sigue el mismo formato y reglas que cualquier otra instrucción SELECT. Debe ir entre paréntesis.
Se puede utilizar una subconsulta en lugar de una expresión en la lista de campos de una instrucción SELECT o en una cláusula WHERE o HAVING. En una subconsulta, se utiliza una instrucción SELECT para proporcionar un conjunto de uno o más valores especificados para evaluar en la expresión de la cláusula WHERE o HAVING.
Se puede utilizar el predicado ANY o SOME, los cuales son sinónimos, para recuperar registros de la consulta principal, que satisfagan la comparación con cualquier otro registró recuperado en la subconsulta. El ejemplo siguiente devuelve todos los productos cuyo precio unitario es mayor que el de cualquier producto vendido con un descuento igual o mayor al 25 por ciento:
SELECT * FROM Productos WHERE PrecioUnidad > ANY (SELECT PrecioUnidad FROM DetallePedido WHERE Descuento >= 0.25)
El predicado ALL se utiliza para recuperar únicamente aquellos registros de la consulta principal que satisfacen la comparación con todos los registros recuperados en la subconsulta. Si se cambia ANY por ALL en el ejemplo anterior, la consulta devolverá únicamente aquellos productos cuyo precio unitario sea mayor que el de todos los productos vendidos con un descuento igual o mayor al 25 por ciento. Esto es mucho más restrictivo.
El predicado IN se emplea para recuperar únicamente aquellos registros de la consulta principal para los que algunos registros de la subconsulta contienen un valor igual. El ejemplo siguiente devuelve todos los productos vendidos con un descuento igual o mayor al 25 por ciento.
SELECT * FROM Productos WHERE Idproducto IN (SELECT Idproducto FROM DetallePedido WHERE Descuento >=0.25);
Inversamente se puede utilizar NOT IN para recuperar únicamente aquellos registros de la consulta principal para los que no hay ningún registro de la subconsulta que contenga un valor igual.
El predicado EXISTS (con la palabra reservada NOT opcional) se utiliza en comparaciones de verdadero/falso para determinar si la subconsulta devuelve algún registro.
Se puede utilizar también alias del nombre de la tabla en una subconsulta para referirse a tablas listadas en la cláusula FROM fuera de la subconsulta. El ejemplo siguiente devuelve los nombres de los empleados cuyo salario es igual o mayor que el salario medio de todos los empleados con el mismo titulo. A la tabla Empleados se le ha dado el alias T1.
SELECT Apellido, Nombre, Titulo, Salario FROM Empleados AS T1 WHERE Salario >= (SELECT Avg (Salario) FROM Empleados WHERE T1. Titulo= Empleados. Titulo) ORDER gv Titulo.
En el ejemplo anterior la palabra reservada AS es opcional.
SELECT Apellidos, Nombre, Cargo, Salario FROM Empleados WHERE Cargo LIKE "Agente Ven*" AND Salario > ALL (SELECT Salario FROM Empleados WHERE (Cargo LIKE "*Jefe*") OR (Cargo LIKE "*Director*"));
Obtiene una lista con el nombre con el nombre, cargo y salario de todos los agentes de ventas cuyo salario es mayor que el de todos los jefes y directores.
SELECT DISTINCTROW NombreProducto, Precio_Unidad FROM Productos WHERE (Precio_Unidad = (SELECT Precio_Unidad FROM Productos WHERE Nombré _ Producto ="Almíbar anisado")
Obtiene una lista con el nombre y el precio unitario de todos los productos con el mismo precio que el almíbar anisado.
SELECT DISTINCTROW Nombre_Contacto, Nombre_Compañia, Cargo_Contacto, Teléfono FROM Clientes WHERE (ID_Cliente IN (SELECT DISTINCTROW ID_Cliente FROM Pedidos WHERE Fecha_Pedido >=#04/1/93# < #071/93#)
Obtiene una lista de las compañías y los contactos de todos los clientes que han realizado un pedido en el segundo trimestre de 1993.
SELECT Nombre, Apellidos FROM Empleados AS E WHERE EXISTS (SELECT *FROM Pedidos AS O WHERE O ID_Empleado = E.ID_Empleado)
Selecciona el nombre de todos los empleados que han reservado al menos un pedido.
SELECT DISTINCTROW Pedidos, Id_Producto, Pedidos.Cantidad (SELECT DISTINCTROW Productos.Nombre FROM Productos WHERE Productos.Id_Producto = Pedidos.Id_Producto) AS EIProducto FROM Pedidos WHERE Pedidos.Cantidad >150 ORDER BY Pedidos.Id_Producto.
Recupera el código del producto y la cantidad perdida de la tabla pedidos, extrayendo el nombre del producto de la tabla productos.
Las restricciones de las subconsultas
Una subconsulta es una cláusula select, usada como una expresión que forma parte de otra cláusula select, update, insert o delete.
La subconsulta (select anidado) al ser evaluada substituye su resultado dentro de la cláusula exterior de consulta where.
Las subconsultas son usadas
Por que algunas veces son mas fácil de entender que un join, el cual lleva a cabo algún propósito.
Para efectuar algunas tareas que en otro caso seria imposible realizar utilizando un join (por ejemplo usar una función agregada).
Si la cláusula where de la consulta exterior incluye un nombre de columna, esta necesitara un join compatible con el nombre de la columna en la lista select_subconsulta.
Una subconsulta no puede incluir las cláusulas order by, compute o into.
El distinct no puede ser usado con subconsultas que incluyan una cláusula group by.
Subconsultas dentro de la cláusula WHERE
Si la subconsulta regresa mas de un valor, debe usar in en la cláusula where de la consulta exterior en lugar de=
Ejemplo:
Liste los oficios que se encuentran en aprobación y su estructura financiera.
Select num_ofi, tipo_inv, cantidad from est_ofi where num_ofi in (select num_ofi from oficio where tipo_ofi in (select tipo_ofi from TIPO_OFI where descri like "Aprobaci_n"))
Subconsultas que regresan Multiples Renglones
Ejemplo
Liste la clave de los proyectos, nombre y costo total de los específicos y que pertenecen al municipio de TEPEZALA
Select proyec, nombre, costo_tot from proyecto where proyec in (select proyec from pro_espcen al municipio de TEPAZALA select proyec, nombre, costo_tot from proyecto where proyec in (select proyec from pro_esp where munici= (select munici from munici where nom_ofi=TEPAZALA)))
Valores que regresan las subconsultas
Una subconsulta es una instrucción SELECT anidad dentro de una instrucción SELECT, SELECT…INTO, INSERT…INTO, DELETE o UPDATE dentro de otra subconsulta.
Puede utilizar tres formas de sintaxis para crear una subconsulta.
Comparación [ANY [ALLA] SOME] (instrucción sql) expresión [NOT] IN (instrucción sql) [NOT] EXISTS (instrucción sql)
En donde
Comparación: es una expresión y un operador de comparación que compara la expresión con el resultado de la subconsulta.
Empleados
El nombre del producto de la tabla de productos.
2.5.2 OPERADORES
Subconsultas con Operadores de Comparación
Las subconsultas pueden realizar algunas tareas que las cláusulas join no pueden hacer.
Una cláusula where en una declaración select no puede incluir una función agregada.
Una subconsulta puede incluir una función agregada
Ejemplo (mayor que y una función agregada)
Liste los proyectos, sus nombres y costo total de los que se encuentran en aprobación además de que el costo total de estos proyectos sea menor al promedio de las cantidades aprobadas de todos los proyectos.
Select proyec, nombre, costo_tot from proyecto where fase_pro= (select fase_pre from fase_pre where descri like "Aprobaci_n") and costo_tot < (select avg (can_act) from est_fin where fase_pre=
"SUBCONSULTAS EN ACCESS"
MATERIA: MANEJO DE BASE DE DATOS
MAESTRO: ING. OVIDIO PEREZ VALENTIN
ALUMNO
Marìa Alayda de Santiago Sánchez N.L: 03
Brizeida Saldaña Bernal N.L: 19
Nayeli Anahì Chàvez Gonzàlez N.L: 12
Cindy Yaneth Miranda Garcìa N.L: 9
Marìa del Rosario Garcìa Flores N.L: 28
Iris Loreth Alvarez Salcedo N.L :
GRUPO: 4104
TURNO: MATUTINO
CONALEP
IV SEMESTRE 4104
Select * from productos
Select * from SALARIO
Select * from personal
Select * from empleados
SELECT * FROM productos where cantidad > any(select cantidad from productos where cantidad >5)
SELECT DISTINCTROW cantidad,precio from productos where(precio=(Select precio from productos where cantidad=50))
SELECT nombre,sexo FROM PERSONAL
WHERE sueldo (SELECT nombre FROM SALARIO
WHERE sueldo<200000) AND sexo="femenino"
select nombre ,precio FROM productos WHERE precio = ( SELECT precio FROM productos WHERE nombre ="galletas" )
SELECT empleados.nombre FROM empleados WHERE sexo = 'femenino' AND edad > (SELECT Max( empleados.edad )FROM empleados WHERE sexo ='masculino');
*MANEJO DE BASE DE DATOS*
NOMBRES:
Marìa Alayda de Santiago Sánchez N.L: 03
Brizeida Saldaña Bernal N.L: 19
Marìa del Rosario Garcìa Flores N.L: 28
GRUPO: 4104
CARRERA: Informática
TEMA DEL TRABAJO: "JOIN"
FECHA: 27-Mayo-2005
*TABLAS*
PERSONAL
MATERIA
GUSTOS
PERSONAL JN MATERIA
PERSONAL.NOMBRE=MATERIA.NOMBRE
Sentencia de JOIN
SELECT * from PERSONAL,MATERIA where PERSONAL.NOMBRE=MATERIA.NOMBRE
PERSONAL JN GUSTOS
PERSONAL.NOMBRE=GUSTOS.NOMBRE
Sentencia de JOIN
SELECT * from PERSONAL,GUSTOS where PERSONAL.NOMBRE=GUSTOS.NOMBRE
Son programas que se ocupan de acceder y actualizar las DBS. Actúan como interfase entre el programa de aplicación y la DB. Un sistema de gestión de base de datos, es una forma de almacenar la información de tal manera que se eviten la duplicación de datos. Las bases de datos relacionales son aquellas que guardan la información en modo de tablas.
- ¿Qué es un sistema gestor de base de datos?
Base de datos relacional
- ¿Cuál es el tipo de base de datos que guarda la información en tablas?
1.- Debe permitir la definición de todos los datos.
2.- Debe permitir manipular datos.
3.- Debe establecer controles para la seguridad de estos.
4.- Debe permitir los accesos concurrentes.
- ¿Cuáles son los funciones de los sistemas de gestión de las base de datos?
L.D.D. Lenguaje de descripción de datos.
L.M.D. Lenguaje de manipulación de datos.
L.C.M. Lenguaje de control de datos.
- ¿Cuáles son los sublenguajes del SQL y define a cada uno de ellos?
1.- Definición de datos: (modifica la estructura o añade campos). La misión del L.D.D. es describir y definir todos los esquemas que participen en la base de datos. Esto consiste en la descripción de los objetos que vamos a representar. La descripción de todas las estructuras que formen nuestra base de datos.
Definición de vista: es una visión parcial de la tabla. <<cuando en una tabla alguna parte de esta no quiero que tenga derecho a manipularla nadie>>
2.- Manipulación de datos:L.M.D. recoge todas las operación de intercambio de datos entre las tablas, estas operaciones pueden ser de consulta o de puesta al día (inserción, modificación, supresión) estas operaciones se realizan con la ayuda del denominado L.M.D.
-consultas
Operaciones
-insertar datos
-puesto al día – modificar datos
-suprimir datos
- ¿Cuáles son los objetivos de los sistemas gestores de base de datos?
El principal objetivo de la implantación de una base de datos es poner a disposición de un gran número de usuarios en conjunto integrado de datos, estos datos podrán ser manipulados por los diferentes usuarios y es ahora cuando se debe garantizar la coherencia de los datos después de las diversas manipulaciones. Esto se garantiza con la ayuda del concepto de transacción.
- ¿Cuál es el principal objetivo de la implantación de una base de datos?
1.- Concepción
2.-Creación de la B.D. vacía
3.-Explotación
- ¿Cuál es el ciclo de una vida de una base de datos?
Concepción: la fase de concepción consiste en reproducir el mundo real con ayuda de uno de los modelos de datos conocidos (relacional). El resultado de esta fase en un esquema escrito según un formalismo cualquiera no interpretable por el S.G.B.D.
- ¿Qué es la concepción?
Explotación: Es en esta fase donde los registros serán manipulados con la ayuda de los lenguajes de programación. Es ahora cuando los usuarios pueden consultar los datos y ponerlos a punto durante el resto de la vida de la base de datos.
- ¿Qué es la explotación?
1.-Redundancia de datos
2.-Puestas al día múltiple
3.- Incoherencia de los datos
4.-Perdida de datos:
5.- Dependencia funcional
6.- Estado de la tabla
- ¿Cuáles son los problemas adquiridos por una mala elaboración?
Si un cliente ha realizado mas de un pedido todos los datos de este cliente estarán repetidos tantas veces como pedidos haya, lo mismo sucede para los artículos esto es opuesto al principal objetivo de una base de datos que consiste en evitar la repetición de los mismos.
- ¿Qué es la redundancia de los datos?
Para poder asegurar la coherencia de los datos es necesario efectuar puestas a día múltiples. <<Cuando un cliente cambia de dirección>>
- ¿Qué es la apuesta al día múltiple?
Si una operación de puesta al día múltiple no se ha realizado completamente el estado de la base de datos queda incoherente y puede producir errores importantes.
- ¿Qué es la incoherencia de los datos?
La supresión de una línea en la tabla de pedidos entraña la perdida de todos los datos relativos a un cliente si no ha efectuado ningún otro pedido. Esto es cierto también para un articulo que no se pedido por ningún otro cliente. Estas anormalidades constituyen lo que se ha convenido en llamar<<comportamiento anormal de las tablas>>, para evitar esto existe un proceso llamado <<normalización>> que entre otras cosas intenta establecer los conceptos de <<dependencia funcional y estado de las tablas>>.
- ¿Qué es la perdida de datos?
Este concepto se aplica a las columnas y consiste en hacer corresponder un único valor a aquella columna o columnas que consideramos más significativas.
- ¿Qué es la dependencia funcional?
Nivel interno, conceptual y externo.
- ¿Cuál es la clasificación de la arquitectura interna de una base de datos?
La vista conceptual es una presentación de toda la información contenida en la base de datos. Además puede ser muy diferente en la forma en que percibe los datos cualquier usuario final, es decir, debe ser un panorama de los datos. Tal como son y no como los percibe los usuarios. Debido a las limitaciones del lenguaje o bien al equipo que se esta utilizando.
El nivel conceptual se define mediante un esquema conceptual el cuál incluye la definición de cada uno de los tipos de registros (entidades), además, el esquema conceptual no debe asociarse a representaciones de campos almacenados tales como punteros, índices, etc., si el esquema conceptual se desarrolla en forma independiente de los datos entonces el esquema externo definido en base al esquema conceptual será también independiente de los datos.
- ¿Qué es un nivel conceptual?
Es la que existe entre una determinada Vista Externa y la Vista Conceptual. La diferencia que puede existir entre estos dos niveles son similares a las que pueden existir entre la vista conceptual y la vista interna.
- Describe la correspondencia entre el nivel externo y conceptual.
Es la que existe entre la vista conceptual y la vista interna específica como se representan los registros y los campos conceptuales, si se modifica la estructura de la Base de Datos, es decir, nivel interno, debe también modificarse la correspondencia para no variar el esquema conceptual.
- Describe la correspondencia entre el nivel conceptual y el interno.
Se cumple cuando solo las personas autorizadas (en su sentido amplio podríamos referirnos también a sistemas) pueden conocer los datos o la información correspondiente.
- ¿Qué es la confidencialidad?
Consiste en que sólo las personas autorizadas puedan variar (modificar o borrar) los datos. Además deben quedar pistas para control posterior y para auditoria.
- ¿Qué es la integridad?
Se cumple si las personas autorizadas pueden acceder a tiempo a la información.
- ¿Qué es la disponibilidad?
Permite establecer las operaciones en un tiempo inferior o igual al prefijado.
- ¿Qué es el plan de continuidad?
Confidencialidad, integridad y disponibilidad.
- Menciona los diferentes estratos de seguridad.
La existencia de políticas y procedimientos o la creación de funciones como administración de la seguridad o auditoria de sistemas de información interna.
- Describe las medidas Técnico Administrativas.
Como la ubicación de los centros de procesos, las protecciones físicas, el control físico de accesos, los vigilantes, las medidas contra el fuego y el agua, y otras similares.
- ¿Qué es la seguridad física?
Como el control de accesos a la información exigiendo la identificación y autenticación del usuario, o el cifrado de soportes magnéticos intercambiados transmitidos por línea. (Puede haber cifrado de la información por dispositivos físicos o a trabes de programas, y en casos más críticos como la red SWFT existen los dos niveles).
- ¿Qué es la seguridad lógica?
Suele ser mediante contraseña, si bien seria más lógico, aunque los castores resultan aun altos para la mayoría de sistemas, que pudieran con características biométricas del usuario, para impedir la suplantación. Entre estas pueden estar la realización de la firma con reconocimiento automático por ordenador, el análisis del fondo de ojo, la huella u otras.
- ¿Qué es la autentificación?
Una subconsulta es una instrucción SELECT anidad dentro de una instrucción SELECT, SELECT…INTO, INSERT…INTO, DELETE o UPDATE dentro de otra subconsulta.
- ¿Qué es una subconsulta?
Al margen de la seguridad, nos parece que el mayor riesgo, aun teniendo un entorno muy seguro, es que la informática, y la tecnología de la información en general, no cubran las necesidades de la entidad: no estén alineadas con el plan de negocio.
Limitándonos a la seguridad propiamente dicha, los riesgos pueden ser múltiples: el primer paso es conocerlos, y el segundo es tomar decisiones al respecto; el conocerlos y no tomar decisiones no tiene sentido y debiera crearnos una situación de desasosiego.
En definitiva, las amenazas hachas realidad pueden llegar a impactar en los datos, en las personas, en los programas, en los equipos, en la red y alguna incidencia en varios de ellos, como puede ser un incendio.
- ¿Cuáles son los riesgos en una base de datos?
Otra figura es la del hacker, que intenta acceder a los sistemas más para demostrar (a veces sobre todo para demostrarse a si mismo) de que es capaz, así como que pueda superar las barreras de protección que hayan establecido.
- ¿Qué es lo que hace un hacker en una base de datos?
Son activos vitales todos aquellos relacionados con la continuidad de la entidad, como pueden ser: planes estratégicos, fórmulas magistrales, diseño de prototipos, resguardos, contratos, pólizas… y datos estratégicos, que son los que más nos interesan bajo la perspectiva de la seguridad de la información.
Y debemos protegerlos pensando en los intereses de los accionistas, de los clientes y también pensando en los empleados y en los proveedores.
- ¿Cuáles son las protecciones de activos vitales?
El CONTROL INTERNO basado en los objetivos de control y llevado a cabo por los supervisores a distintos nivele.
La AUDITORIA DE SISTEMAS DE INFORMACIÓN INTERNA, objetiva e independiente y con una preparación adecuada, como control del control.
La AUDITORIA DE SISTEMAS DE INFORMACIÓN EXTERNA, contratada cuando se considera necesaria, y como un nivel de protección más. Igualmente objetiva e independiente.
- ¿Cuáles son los 3 niveles de protección?
Basado en los objetivos de control y llevado a cabo por los supervisores a distintos nivele.
- ¿De que trata el control interno?
Controles preventivos, como exigir una contraseña antes de permitir el acceso.
- ¿Da un ejemplo de control preventivo?
Controles de detección, como lo que avisan de incendios en sus fases más tempranas, a veces sin verse el fuego aún.
- Ejemplos de controles de detección.
1.- Equicomposicion
2.- Thetacomposicion
3.- Composición externa
- ¿Cuáles son los tipos de enlaces?
Una composición es un enlace entre dos tablas que dispongan al menos de una columna en común, la operación de composición consiste en crear una tabla temporal compuesta por las líneas de ambas tablas que satisfagan la condicion.
- ¿Qué es una composición?
Es una composición que favorece una tabla con respecto a otra así las líneas de la tabla dominante serán seleccionadas aunque la condición no se haya cumplido.
- ¿Qué es una composición externa?
Se hace con dos tipos de sentencias una permite la inserción de datos del mundo exterior y dos inserta datos entre tablas.
- Describe la inserción de los componentes.
Primero se realiza un producto cartesiano, después se hace una selección donde un registro sea igual a otro registro especificando el nombre del campo que debe ser igual.
- ¿Cómo se describe, realiza un Join?
Se relaciona cada registro de una tabla con cada registro de otra tabla.
- ¿Cómo se hace un producto cartesiano?
- ¿Para que sirve la cláusula ANY?
Para recuperar registros de la consulta principal, que satisfagan la comparación con cualquier otro registró recuperado en la subconsulta.
MARIA ALAYDA DE SANTIAGO SÀNCHEZ.
CONALEP
MATERIA: MANEJO DE BASE DE DATOS
| Página siguiente |