SISTEMAS DE GESTIÓN DE BASES DE DATOS. Módulo VII: Sistemas de Información Geográfica y Teledetección

Transcripción

1 Módul VII: Sistemas de Infrmación Gegráfica y Teledetección SISTEMAS DE GESTIÓN DE BASES DE DATOS AUTOR: LUIS QUINTAS RIPOLL

2 Índice BASES DE DATOS Y SISTEMAS DE GESTIÓN DE BASES DE DATOS 3 BASES DE DATOS 3 Bases de dats y sistemas de gestión de bases de dats (SGBD) 3 Ventajas e incnvenientes de un SGBD 5 Tips de sistemas de gestión de bases de dats 5 Bases de dats jerárquicas 6 Bases de dats en red 6 Bases de dats rientadas a bjets 7 Bases de dats relacinales 7 DISEÑO DE BASES DE DATOS RELACIONALES 7 Definicines y características 7 Nrmalización de una base de dats relacinal 9 Integridad referencial 12 Mdels Entidad Relación (E-R) 12 EL LENGUAJE CONCEPTUAL DE GESTIÓN DE BASES DE DATOS RELACIONALES SQL 13 Características 13 Instruccines de manipulación de tablas 14 SELECT 14 DELETE, INSERT Y UPDATE 16 Instruccines de creación y administración de la base de dats 16 SQL embebid en lenguajes de prgramación 18 REFERENCIAS BIBLIOGRÁFICAS 21 Página 2 de 21

3 SISTEMAS GESTORES DE BASES SE DATOS BASES DE DATOS Y SISTEMAS DE GESTIÓN DE BASES DE DATOS BASES DE DATOS Se entiende pr base de dats un cnjunt de dats n redundantes, almacenads en un sprte infrmátic, rganizads de frma independiente de su utilización y accesibles simultáneamente pr distints usuaris y aplicacines. Las bases de dats deben cumplir pues tres requisits básics: N redundancia: Ls dats se almacenan una sla vez, aunque se utilicen para varias aplicacines. Independencia: Ls dats se rganizan de una manera estructurada independientemente de la aplicación que se vaya a utilizar para tratarls. Cncurrencia: varis usuaris pueden acceder simultáneamente a ls dats sin interferirse. Bases de dats y sistemas de gestión de bases de dats (SGBD) Tradicinalmente, para manipular grandes cantidades de dats apareciern en primer lugar las bases de dats "bancs de dats", cumpliend de manera aprximada cn la definición presentada en el apartad anterir. Se trataba de almacenar rdenadamente dats en un jueg de fichers, y, mediante unas aplicacines infrmáticas y un sistema de índices, gestinarlas adecuadamente (Figura 1). Al aumentar la cmplejidad de ests bancs de dats (elevad númer de fichers y usuaris, acces múltiple y simultáne a ls fichers, aument del númer de registrs, etc.) se prducen prblemas cada vez más graves para asegurar la cnsistencia, la integridad y la accesibilidad de ls dats, prduciend prblemas de eficiencia en el tratamient de ls dats. Para reslver ests prblemas aparecen en el mercad ls Sistemas de Gestión de Bases de Dats (SGBD), que cnvierten el acces a ls dats y su gestión en una aplicación cerrada ("caja negra"), interpniéndse entre ls usuaris y ls fichers, y haciéndse carg de tds ls prblemas de expltación, mantenimient y cmprbación de ls dats (Figura 2). De esta manera el usuari pierde de vista tds ls detalles relativs al almacenamient físic de ls de ls dats tratand cn ells sól a través de un lenguaje cnceptual sencill. Página 3 de 21

4 APLICACION USUARIO FICHERO APLICACION USUARIO APLICACION USUARIO Figura 1. SGBD Banc de dats USUARIO FICHERO FICHERO USUARIO USUARIO Figura 2. Sistemas de Gestión de Bases de Dats De acuerd cn ls estudis de un grup de trabaj de ANSI (TSICHRITZIS, Dennis & KLUG, Anthny C., 1978) ls sistemas de gestión de bases de dats se rganizan en tres niveles: nivel intern: manipulación física de ls dats. El usuari pierde de vista ttalmente cóm y dónde se almacenan ls dats, cupándse el mtr del sistema de gestión de tdas estas tareas nivel extern: visión del usuari: manipulación lógica de ls dats. El usuari maneja la base de dats a través de un entrn rganizad mediante menús aplicacines infrmáticas que le guían sin necesidad de cncimients de la estructura de la base de dats nivel intermedi: descripción de la base de dats mediante un lenguaje cnceptual que permiten una visión abstracta del sistema. Se entiende pr lenguaje cnceptual un lenguaje frmad pr palabras (cmands) de fácil memrización que permiten efectuar tdas las tareas de acces y manipulación de ls dats, así cm las tareas de mantenimient de td el sistema de gestión. El lenguaje cnceptual del sistema de gestión permite abrdar de manera tdas las tareas para el mantenimient y expltación del sistema de gestión. Pueden agruparse en tres clases: Funcines de definición: creación, mdificación eliminación de tablas, registrs, camps, índices, etc. creación de relacines, validación de camps, valres, etc. funcines de manipulación: Página 4 de 21

5 acces a ls dats mediante peracines de búsqueda cndicinada cn us de peradres lógics ( =, <>, <, >, and, r, etc.) para la presentación, mdificación eliminación de registrs. Funcines de administración: figura del administradr de la base de dats, cn privilegis para trgar ls permiss de acces y us. rganización del sistema de permiss de acces a las tablas, registrs, camps,etc. En ls sistemas de gestión de bases de dats aparece la figura del administradr de la base de dats, usuari especial, prpietari del sistema, que decide quién cnecta a la base de dats, quién accede a las diferentes tablas y qué puede hacer en ellas (sól leer, insertar, mdificar brrar registrs, camps, índices, tablas, etc.). Esta figura es de una enrme imprtancia para la preservación de la integridad de ls dats. realización de cpias de seguridad y recuperación del sistema en cas de desastre. migración del sistema a nuevas versines inclus a diferentes sistemas de gestión. cmunicación cn trs sistemas de gestión externs (remts en la misma máquina). preprcesadres para la inclusión del lenguaje cnceptual en el códig fuente de prgramas de rdenadr cm FORTRAN, C, etc. para la prgramación de tareas sfisticadas. lenguaje de 4ª generación para la creación de interfaces gráficas de usuari (menús) Hy en día hay una prepnderancia del lenguaje SQL (Structured Query Language). (CHAMBERLAIN & BOICE, 1974), materialmente presente en tds ls sistemas de gestión de gran difusión. La explicación de esta prepnderancia se encuentra en la gran sencillez y ptencia de este lenguaje, que se describirá más adelante. Ventajas e incnvenientes de un SGBD Las ventajas del us de un SGBD cuand han de manipularse grandes cantidades de dats sn enrmes: Se eliminan las incnsistencias en ls dats debid al fuerte cntrl que se establece. Se cmparten ls dats entre diferentes aplicacines sin cmplicacines, permitiend una rápida adaptación a nuevas aplicacines. Se ahrra espaci de almacenamient. Se accede a ls dats cn extrardinaria rapidez. Se asegura la prtección de ls dats frente a mals uss desastres. Permiten la creación de entrns persnalizads de alta dispnibilidad. Tienen sin embarg algunas desventajas: La puesta en funcinamient es larga, ya que se necesita una planificación muy detallada de la estructura de dats. Se necesita persnal especializad para su administración y mantenimient. Tips de sistemas de gestión de bases de dats Existen fundamentalmente 4 tips de sistemas de gestión, que se diferencian pr la estructura de dats que frecen: SGBD jerárquics, en red, relacinales y rientads a bjets. Página 5 de 21

6 Bases de dats jerárquicas Las bases de dats jerárquicas rganizan la infrmación en frma de árbl. Ls dats dependen tds de una entidad raíz, padre. Ls dats dependientes del raíz sn hijs suys. A su vez ests hijs tienen hijs y así sucesivamente (figura 3). La relación entre padre e hijs es siempre de un a muchs, de manera que un hij siempre tienen un sl padre, per un padre puede tener varis hijs. Para acceder a una entidad, se parte siempre del raíz y se recrren ls hijs según un rden preestablecid. Cuand se elimina un padre, se eliminan tds sus hijs también. Estas bases de dats sn muy aprpiadas para dats que se prestan bien a una estructura ramificada. Se utilizan en buscadres de INTERNET, dnde sn muy eficientes. Figura 3. Estructura de una base de dats jerárquica Bases de dats en red El gran prblema de las bases de dats jerárquicas es cuand es necesari definir una relación entre entidades de muchs a muchs. Para cass de este tip se crearn las base de dats en red CODASYL, nmbre de la agrupación que presentó las nrmas para su desarrll. Es una extensión de la base de dats jerárquica, en que un hij puede tener varis padres, denminándse ests prpietaris y aquells miembrs. Figura 4. Base de dats en red Página 6 de 21

7 Bases de dats rientadas a bjets Las bases de dats rientadas a bjets sn las más mdernas y siguen hy en día en desarrll. La estructura de dats se basa en ls cncepts de la rientación a bjets: bjets encapsulads pertenecientes a clases que heredan sus prpiedades unas de tras. Bases de dats relacinales Pr su sencillez y su ptencia, sn hy en día las bases de dats más extendidas. Casi tds ls sistemas de gestión de bases de dats cmerciales de gran difusión tienen estructura relacinal (ORACLE, INFORMIX, MSSQLSERVER, MSACCESS, etc.). Pr ell se tratan a cntinuación cn detalle. DISEÑO DE BASES DE DATOS RELACIONALES Definicines y características La base de dats relacinal supus un gran avance frente a las base de dats jerárquicas y en red prque, así cm en estas las relacines están fijadas en la estructura de ls dats, en el enfque relacinal las relacines se establecen de una manera much más libre. El esquema relacinal fue pensad pr Cdd a finales de ls añs sesenta a partir de la tería de cnjunts. Ls dats que han de almacenarse en una base de dats pueden agruparse en cnjunts de dats de la misma naturaleza. El cnjunt de tds ls dats de un mism tip se denmina dmini. Ls dminis sn cnjunts finits de dats. Dad uns dminis D 1, D 2,... D n, se define una relación entidad cm cualquier cnjunt de dats d 1, d 2,... d n, tales que d 1 D 1, d 2 D 2,... d n D n. Este cnjunt de dats se define cm una tupla. Cada un de ls cmpnentes de la relación pertenecientes a ls dminis se denminan atributs de la relación. Se define cm grad de la relación el númer de atributs (n). La relación estará frmada pr un ciert númer de tuplas, que se define cm cardinalidad de la relación. Este lenguaje teóric puede sustituirse pr tr más matemátic: Una relación entidad es una tabla rectangular frmada pr filas y clumnas, dnde cada clumna cntiene un tip de dat. Cada fila registr es una tupla, y cada clumna camp es un atribut. El númer de clumnas es el grad y el númer de registrs es la cardinalidad (figura 5). Página 7 de 21

8 TABLA (ENTIDAD) REGISTRO (TUPLA) Figura 5. CAMPO (ATRIBUTO) Tablas de un sistema de gestión de base de dats relacinal Para que una tabla pueda cnsiderarse relación de una base de dats relacinal tiene que cumplir una serie de requisits: debe haber un únic valr en cada element de las filas (intersección fila clumna) ls valres de tds ls elements de una clumna deben ser del mism tip (deben pertenecer al mism dmini) n puede haber ds filas cn tds ls elements iguales el nmbre de cada clumna (atribut) debe ser distint dentr de la tabla el valr de ls elements dentr de cada clumna debe ser independiente del rden de las clumnas el valr de ls elements de las filas debe ser independiente del rden de las filas Cm tdas las filas de una tabla tienen que ser distintas, cualquiera de ellas puede identificarse siempre pr el valr de un varis camps. A este cnjunt de camps se le llama clave primaria, que puede ser simple, si la cnstituye un sl camp, cmpuesta, si la cnstituyen varis. Ha de intentarse que este grup sea mínim pr mtivs de eficiencia. Ls camps que n pertenecen a la clave primaria se llaman camps pertenecientes a clave ajena, camps n clave. Obviamente una clave primaria nunca puede tener un valr nul. Dentr de una relación tabla se pueden hacer algunas peracines básicas: Pryección. Se realiza una pryección cuand se extrae un ciert númer de clumnas de una tabla Selección. Se realiza una selección cuand se extrae un ciert númer de filas de una tabla. Entre tablas, también se pueden efectuar peracines algebráicas: Unión. Se pueden unir ds tablas cn el mism grad (númer de clumnas) y misms atributs: el resultad es una tabla única cn ls registrs de ambas. Diferencia. Se btiene una tabla cn ls registrs que n cinciden en ambas. Intersección. Se btiene una tabla cn ls registrs cmunes. Prduct. Se puede realizar cn ds tablas cn ls misms atributs Se btiene una tabla cn el prduct cartesian de ls atributs. Se dice que ds camps A y B tienen dependencia funcinal cuand el valr del camp A es determinad de manera única pr el valr de B. Se dice que ds camps A y C tienen dependencia transitiva cuand el valr de B tiene dependencia funcinal de A y C dependencia funcinal de B. Página 8 de 21

9 Una de las características más sbresalientes de las bases de dats relacinales es que se pueden establecer interrelacines entre tablas. N se debe cnfundir el cncept de interrelación cn el de relación (la cnfusión prviene de ls términs ingleses relatinship y relatin). Para pder interrelacinar tablas basta cn que cmpartan algún camp clave. La interrelación se prduce siempre entre un camp clave en una tabla el mism camp, per n clave, en tra tabla (figura 6) TABLA DE ESTACIONES DE AFORO INDROEA LUGAR CDR1 CDR1 TABLA DE RIOS NOMBRE ORUSCO TAJUNA Figura 6. Interrelación entre tablas en un sistema relacinal Esta prpiedad permite btener tablas virtuales, llamadas vistas, en las que se frma una nueva tabla cn atributs de varias tablas interrelacinadas. Figura 7. Vista en una base de dats relacinal Nrmalización de una base de dats relacinal Para asegurar la perfecta cherencia de ls dats, un sistema de gestión relacinal debe estar nrmalizad. La nrmalización de una base de dats relacinal (CODD, E. F., 1971) es fundamental para un buen diseñ de una base de dats relacinal. Las ventajas de la nrmalización sn: se evitan las dependencias entre mdificacines en tablas distintas relacinadas entre sí se mejra la independencia de ls dats entre sí, permitiend un mejr crecimient evita la aparición de restriccines artificiales en la estructura de ls dats se evita la redundancia de ls dats Página 9 de 21

10 La nrmalización se efectúa en tres fases, de manera que para nrmalizar una base de dats se ha pasar de una a tra cmpletándse las anterires. Según se cmpletan estas fases de nrmalización se dice que el sistema cumple sucesivamente la Primera Frma Nrmal, la Segunda y finalmente la Tercera Frma Nrmal. Una relación tabla cumple la Primera Frma Nrmal cuand sus dminis n tienen elements que a su vez sean cnjunts. Est quiere decir en esencia que n existen repeticines en ls camps de la tabla y que tds ls atributs pertenecen a dminis distints. El cumplimient sól de la Primera Frma Nrmal plantea prblemas a la hra de insertar, mdificar brrar valres en ls camps. Pr ell se debe cumplir la Segunda Frma Nrmal. Para ell debe cumplirse la Primera Frma Nrmal y además que tds ls camps que n sn clave dependen funcinalmente de la clave cmpleta y n de parte. Est es aplicable sól a tablas cn claves cmpuestas (cmbinacines de varis camps), de manera que una tabla cn un camp clave únic siempre cumple la Segunda Frma Nrmal. La Segunda Frmal Nrmal resuelve gran parte de ls prblemas de la Primera. La Tercera Frma Nrmal es una extensión de la Segunda, eliminand las dependencias respect a las claves parciales. Se dice que una tabla cumple la Tercera Frma Nrmal si, además de cumplir la Segunda Frma Nrmal, se cumple que ningun de sus camps que n sn claves tiene dependencias transitivas. Cm se definió anterirmente, se entiende que ds camps A y C tienen dependencia transitiva cuand A depende de B y B depende de C. Para explicar mejr la nrmalización de una base de dats relacinal, veams un ejempl sencill: Supngams que tenems un negci de material infrmátic. En el almacén se dispne de una serie de prducts infrmátics suministrads pr uns prveedres. De tiemp en tiemp hay que efectuar un pedid a ls prveedres para pedir nuevas partidas de material. El frmat de un pedid cualquiera es el siguiente: Se pretende infrmatizar tds ls pedids existentes, que sn muy numerss, en una base de dats. Para ell se han cdificad, es decir, se les ha trgad una clave numérica, ls distints elements: ls pedids, ls prveedres y ls prducts. Una persna sin experiencia carga tds ls dats en una sla tabla: Página 10 de 21

11 Nº PEDIDO FECHA Nº PROV NOMBRE PROV. Nº PROD 1 NOM PROD 1PRECIO 1 CANT 1TOT PROD 1Nº PROD 2 NOM PROD 2PRECIO 2CANT 2TOT PROD 2 TOTAL PEDIDO 1 01/10/ IBM 27 PC /10/ BASF 5 DVD 1, CDROM /10/ BASF S.A. 5 CDROM 0, El camp clave es el númer de pedid. Cumple cn las frmas nrmales? La primera frma nrmal dice que n pueden existir cnjunts de dminis pertenecientes al mism dmini (realmente la definición de relación indica que cada camp pertenece a un dmini distint). En este cas, ls camps nº prd1 y nº prd2 pertenecen al dmini de ls númers de prduct. Igualmente nm_prd1 y nm_prd2 pertenecen al dmini de ls nmbres de prduct, etc. Deben eliminarse y clcarse en tabla aparte: De esta manera se elimina la restricción de que sól se puedan infrmatizar pedids cn un máxim de ds pedids (ahra n hay límite) y se btiene una estructura más eficiente (n existen tants camps vacís, en ls cass en que sól hay un prduct en el pedid). Esta nueva tabla tiene una clave cmpuesta pr ds camps, el nº de pedid y el nº de prduct. La segunda frma nrmal dice que se cumple si se cumple la primera y si tds ls camps n clave dependen de la clave cmpleta. Sól se aplica a tablas cn claves cmpuestas, cm la que se acaba de crear. Si se revisa de qué dependen ls camps n clave de esta tabla, se cmprueba que el nmbre del prduct, así cm su preci, sól dependen del nº de prduct, y n del pedid (n cambian para cada pedid del mism prduct), n así la cantidad y el cste ttal, que dependen del nº de prduct y del pedid. Esta frma ns bliga a crear una tabla de prducts. De esta manera se eliminan redundancias cn ls nmbre de ls pedids y eliminams la restricción de que para entrar un prduct en la base de dats frzsamente tenía que haber un pedid suy. Finalmente la tercera frma nrmal se cumple si se cumple la segunda y si ningun de ls camps n clave tienen dependencias transitivas. Si bservams la tabla de pedids, vems que el nmbre del prveedr depende del nº de prveedr, que a su vez depende del nº de pedid. Se debe pues crea una tabla de prveedres: Página 11 de 21

12 Cn este esquema, tds ls dats están infrmatizads, sin redundancias ni limitacines. Integridad referencial Un cncept de una gran imprtancia es la integridad referencial de la base de dats. Una base de dats mantiene su integridad referencial cuand, si se mdifica elimina un valr de un camp clave, se mdifican eliminan tdas las aparicines de ese valr en las tras tablas. Es decir, n puede aparecer un valr en una clave ajena de una tabla que n cincida cn el mism valr en una tabla cm clave primaria. Mdels Entidad Relación (E-R) Ls mdels Entidad-Relación sn una herramienta útil para el diseñ de bases de dats relacinales. Permiten pner de manifiest la estructura cnceptual de la base de dats. Simplificand much, se puede decir que se utilizan sól un reducid grup de cncepts semántics básics: Entidad: cualquier bjet distinguible relevante Prpiedades: infrmación que describe a las entidades de alguna manera. Si representa un camp clave, se subrraya Relación: relación entre entidades Para representar ests elements se utilizan uns elements gráfics dentr de un diagrama: Entidad: rectángul Prpiedad: óval Relación: rmb El tip de relación, que puede ser de un a un, de un a muchs de muchs a muchs, se representa cn un 1 una M. Cualquier estructura de base de dats relacinales puede representarse cn un diagrama de este tip (figura 8). La diferencia cn un rganigrama es que el diagrama E-R n tiene principi ni final, ya que representa un estad y n un prces. Página 12 de 21

13 Figura 8. Ejempl de mdel E-R EL LENGUAJE CONCEPTUAL DE GESTIÓN DE BASES DE DATOS RELACIONALES SQL Características Hasta que n apareciern ls lenguajes cnceptuales, para interrgar a una base de dats había que ser prgramadr. En el añ 1971 Cdd define para IBM el lenguaje SQL (Structured Query Language) (CODD, 1971), llamad inicialmente SEQUEL (Structured English Query Language). En 1986 ANSI nrmaliza el lenguaje, de manera que actualmente es el universalmente utilizad e incrprad en tds ls grandes sistemas de gestión de bases de dats relacinales: ORACLE, INFORMIX, SYBASE, MS-SQLSERVER, etc. SQL es un lenguaje cnceptual, n prcedural, de manera que indica qué se hace, per n cóm se hace. El SQL se expresa cn instruccines en inglés simplificad para ser fácilmente memrizable. Se escribe indistintamente en mayúsculas minúsculas y ls blancs n sn significativs. Dispne de instruccines para manipular ls registrs y sus valres e instruccines para cnstruir y administrar la base de dats. Página 13 de 21

14 Instruccines de manipulación de tablas Las instruccines para manipulación de ls registrs de las tablas y ls valres de sus camps se reducen a cuatr: SELECT, DELETE, INSERT y UPDATE. SELECT Esta instrucción permite seleccinar ls registrs de una tabla cn tds parte de sus camps. La frma general es: SELECT * FROM tabla seleccina tds ls camps de tds ls registrs de la tabla tabla SELECT camp 1, camp 2,... FROM tabla seleccina ls camps camp 1 camp 2... de tds ls registrs de la tabla tabla Pueden pnerse cndicines a la selección: SELECT camp 1, camp 2,... FROM tabla WHERE cndición Seleccina ls camps camp 1 camp 2... de la tabla tabla que cumplan la cndición cndición. Las cndicines pueden ser muy variadas: WHERE camp 1 = valr buscará aquells registrs en que camp 1 = valr Se pueden utilizar tds ls peradres matemátics habituales: = igual < menr > mayr <= menr igual >= mayr igual <> distint También se pueden utilizar ls peradres lógics: WHERE camp 1 = valr 1 AND camp 2 = valr 2 OR NOT Existe el peradr BETWEEN (entre): WHERE camp 1 BETWEEN valr 1 AND valr 2 NOT BETWEEN Página 14 de 21

15 También se puede cmparar cn una lista de valres: WHERE camp 1 IN (valr 1, valr 2,...valr n ) O que n esté en la lista: WHERE camp 1 NOT IN (valr 1, valr 2,...valr n ) Se puede exigir que sea el valr nul n nul: WHERE camp 1 IS NULL WHERE camp 1 IS NOT NULL Si el camp es alfanuméric se pueden buscar subgrups de caracteres: WHERE camp 1 LIKE NOT LIKE expresión% Dnde % significa cualquier csa (cmdín) Se pueden efectuar seleccines encadenadas: WHERE camp 1 = ( SELECT camp 2 FROM tabla 2 WHERE cndición) O seleccinar sól si existe tra selección: WHERE EXISTS (SELECT camp 2 FROM tabla 2 WHERE cndición) O seleccinar si está en tra selección: WHERE camp 1 IN ( SELECT camp 2 FROM tabla 2 WHERE cndición) NOT IN Se pueden seleccinar registrs cn camps cn valre siempre distints: SELECT DISTINCT camp FROM tabla WHERE cndición Se pueden hacer seleccines cmpuestas de varias tablas: SELECT tabla 1.camp 1, tabla 2.camp 3... FROM tabla 1, tabla 2 WHERE tabla 1.camp 1 cndición AND tabla 2.camp 3 cndición Se pueden unir ds seleccines siempre que ls camps unids sean del mism tip: SELECT camp 1 FROM tabla 1 WHERE cndición UNION SELECT camp 3 FROM tabla 2 WHERE cndición También existen INTERSECT (busca sól ls cmunes) y EXCEPT (se queda sól cn ls n cmunes). Existen una serie de funcines agregadas: COUNT(camp) númer de registrs cn un camp SUM(camp) suma de ls valres del camp Página 15 de 21

16 MAX(camp) valr máxim de un camp MIN(camp) valr mínim de un camp AVG(camp) valr medi de un camp Cm es lógic debe definirse el criteri para agrupar ls registrs cn ls que se va a efectuar la peración: es la cláusula GROUP BY: SELECT SUM(camp 1 ) FROM tabla WHERE cndicin GROUP BY camp 2 Tdavía se le puede impner cndicines a la selección cn la cláusula HAVING: SELECT SUM(camp 1 ) FROM tabla WHERE cndicin GROUP BY camp 1 HAVING camp 1 cndición DELETE, INSERT Y UPDATE DELETE La cláusula DELETE permite brrar registrs. La frma general es: DELETE FROM tabla WHERE cndición dnde cndición incluye tdas las psibilidades descritas para la cláusula SELECT Si n se pne cndición, DELETE brra tds ls registrs de la tabla INSERT La cláusula INSERT inserta registrs nuevs en una tabla: INSERT INTO tabla (camp 1, camp 2,...campn) VALUES (valr 1, valr 2,...valr n ) Para insertar un valr nul se utiliza la palabra NULL UPDATE Esta cláusula mdifica valres de registrs ya existentes: UPDATE tabla SET camp 1 = valr 1, camp 2 = valr 2,...camp n = valr n WHERE cndición dnde cndición incluye tdas las psibilidades descritas para la cláusula SELECT Instruccines de creación y administración de la base de dats El SQL dispne de instruccines específicas para cnstruir la base de dats y para administrar su expltación. A cntinuación se expnen las más imprtantes: Página 16 de 21

17 CREATE Permite crear tablas, índices y vistas CREATE TABLE tabla (camp 1 tip 1 (NOT) NULL, camp 2 tip 2 (NOT) NULL,...camp n tip n (NOT) NULL) Ls tips sn: INTEGER enter SMALLINT enter crt FLOAT decimal crt DECIMAL p,q decimal cn p dígits y g decimales CHAR(n) alfanuméric de n caracteres VARCHAR(n) alfanuméric de hasta n caracteres DATE fecha TIME tiemp BLOB bjets binaris Para crear índices: CREATE (UNIQUE) INDEX índice ON tabla (camp 1, camp 2...) También se pueden crear tablas virtuales (vistas): CREATE VIEW vista AS selección Dnde selección es una cláusula SELECT cmpleta DROP Permite brrar tablas, índices y vistas: Brra una tabla: DROP TABLE tabla Brra un índice: Brra una vista: ALTER DROP INDEX índice DROP VIEW vista Mdifica tablas: GRANT ALTER TABLE tabla ADD (camp 1 tip 1 (NOT) NULL,...) ALTER TABLE tabla DROP (camp 1, camp 2...) Esta cláusula establece ls permiss de acces a tds ls niveles de la base de dats: Página 17 de 21

18 Para permitir cnectarse a la base de dats a un usuari: Otrs permiss: GRANT CONNECT ON base_dats TO usuari GRANT SELECT ON tabla TO usuari DELETE INSERT UPDATE ALTER ALL Permite hacer seleccines, insercines, brrads mdificacines en la tabla a un usuari. Pueden especificarse camps: REVOKE GRANT SELECT camp 1,camp 2,... ON tabla TO usuari Elimina permiss cncedids : REVOKE CONNECT ON base_dats FROM usuari REVOKE SELECT ON tabla FROM usuari DELETE INSERT UPDATE ALTER ALL SQL embebid en lenguajes de prgramación Una interesantísima psibilidad es utilizar SQL embebid en el códig fuente de un lenguaje de prgramación. Para ell se necesita dispner del preprcesadr crrespndiente. A cntinuación se muestran ds listads crrespndientes a extracts de prgramas cn SQL embebid en FORTRAN y en lenguaje C. El pas de valres de camps de la base a variable se efectúa cn variables precedidas de el símbl :. FORTRAN EXEC SQL BEGIN DECLARE SECTION CHARACTER*7 indctv CHARACTER*6 fecha DOUBLE PRECISION temed CHARACTER*120 SQLMessage EXEC SQL END DECLARE SECTION C (* End Hst Variable Declaratins *) n=0 d while (.true.) read(5,'(a7,a6,f6.1)',end=100)indctv,fecha,temed n=n+1 EXEC SQL UPDATE rt.pluvi Página 18 de 21

19 1 SET temed = :temed 2 WHERE indctv = :indctv AND fecha = :fecha IF (SQLCde.EQ. 100) THEN CALL Insert(indctv,fecha,temed) SQLCde = OK ENDIF IF (SQLCde.NE. OK) THEN CALL SQLStatusCheck CALL RllBackWrk ELSE CALL CmmitWrk ENDIF end d 100 clse(5) Mdificar=.TRUE. RETURN END LENGUAJE C #include <stdi.h> #define OK 0 #define Ntfund 100 #define Multiple #define Deadlck #define True 1 #define False 0 EXEC SQL include sqlca; EXEC SQL BEGIN DECLARE SECTION; int indrea; /* Indicativ estación */ shrt indreaind; int fecha; /* Fecha */ int naa; /* N. añs cn precipitación */ shrt naaind; int tt_es, tt, tt_esc; /* Ttal estacines */ int an; shrt anind; EXEC SQL END DECLARE SECTION; main(argc,argv) int argc; char *argv[]; { int es1; /* Estación inicial: argv[2] */ int es2; /* Estación final: argv[3] */ int cnt, i, j, n; /* Cntadr */ EXEC SQL CONNECT TO 'base'; if(sqlca.sqlcde!= OK) errr(); EXEC SQL BEGIN WORK; EXEC SQL DECLARE indicursr CURSOR FOR SELECT indrea INTO :indrea INDICATOR :indreaind FROM estaf; Página 19 de 21

20 cnt = 0; EXEC SQL OPEN indicursr; fr(;;) { EXEC SQL FETCH indicursr; if(strncmp(sqlstate,"02",2) == 0) break; if(sqlca.sqlcde!= OK && sqlca.sqlcde!= Ntfund) errr(); naa = 0; EXEC SQL SELECT cunt(an_hidr) INTO :naa INDICATOR :naaind FROM resum_a WHERE indrea = :indrea AND an_hidr NOT BETWEEN 1931 and 1942; if(sqlca.sqlcde!= OK && sqlca.sqlcde!= Ntfund) errr(); printf("%d) estacin: %d naa = %d\n",cnt,indrea,naa); } EXEC SQL UPDATE estaf SET naa = :naa WHERE indrea = :indrea; cnt++; EXEC SQL CLOSE indicurdr; EXEC SQL FREE indicursr; } fin(); /********* Fin de lecturas en la base de dats ****/ fin() { EXEC SQL COMMIT WORK; EXEC SQL DISCONNECT CURRENT; } /*************** Función errr SQL ***************************************/ errr() { printf("\n%s %d\n","error de INFORMIX SQL N. ",sqlca.sqlcde); } exit(); BASIC (ASP) <html> <head> <base href=" fptype="true"> <meta http-equiv="cntent-type" cntent="text/html; charset=is "> <meta name="generator" cntent="micrsft FrntPage 6.0"> <title>estacines meterlógicas pr crdenadas</title> </head> Página 20 de 21

21 <bdy backgrund="../backgrnd.gif"> <h1 align="center">base de dats HIDRO</h1> <p> </p> LANGUAGE="VBScript" %><!--webbt bt="htmlmarkup" StartSpan </div><%set Cnnectin = Server.CreateObject("ADODB.Cnnectin") Cnnectin.Open "DSN=hidr" SQLStmt = "SELECT estmt.indctv,estmt.nap,estmt.nat,estmt.nac, estmt.lugar, muni.munmbre, cdr.crriente, estmt.xutm30, estmt.yutm30 " SQLStmt = SQLStmt & "FROM hidr:infrmix.cdr cdr, hidr:infrmix.muni muni, hidr: infrmix.estmt estmt " SQLStmt = SQLStmt & "WHERE estmt.muni_id=muni.muni_id AND estmt.num_cuenca=cdr. num_cuenca AND (estmt.xutm30 >= " & xmin & " and estmt.xutm30 <= " & xmax & " and estmt. yutm30 >= " & ymin & " and estmt.yutm30 <= " & ymax & " ) " SQLStmt = SQLStmt & "ORDER BY cdr.crriente, estmt.indctv " Set RS = Cnnectin.Execute(SQLStmt) </bdy> </html REFERENCIAS BIBLIOGRÁFICAS CHAMBERLAIN, H & BOICE., Language SEQUEL 2. IBM. CODD E. F., 1971: Nrmalized Data Structure: A Brief Tutrial. IBM Research Reprt RJ 935. San Jsé. Califrnia CODASYL, Infrme CODASYL DBTG (Data Base Task Grup). TSICHRITZIS, Dennis & KLUG, Anthny C., The ANSI/X3/SPARC DBMS Framewrk Reprt f the Study Grup n Dabatase Management Systems. IS 3(3): (1978). Univ. de Trnt. Canadá. Página 21 de 21