You are on page 1of 11

Bases de Datos y SQL

ndice

Introduccin: Bases de datos


Modelo relacional
SQL
Repaso de comandos principales
Lenguaje de definicin de datos (DDL)
Lenguaje de manipulacin (DML)
Demostraciones
Extensiones de SQL para el mundo SIG
Problemas con el modelo relacional

Porque las bases de


datos?

Parece obvio hoy en da


Tradicionalmente sistemas trabajaban a base de
ficheros sueltos, y procedimientos sobre ellos
sistemas a medida de cada aplicacin (pg. 2-9)

Bdatos: separacin de datos e su implementacin


(hardware/software)

Independencia
Proteccin (permite sistema multiusuario)
Flexibilidad (conectar la bdatos a todo)
Eficiencia (minimiza duplicidad de datos)
Integridad (minimiza errores lgicos)

Papel de BBDD en los SIG

Tpicamente mucha nfasis en cursos de SIG en la


parte cartogrfica
digitalizacin, depuracin, conversin de mapas
digitales...
enfoque geomtrico
y se puede enlazar atributos a cada elemento
geogrfico...lnea, polgono etc.
tpico ejemplo: segmento de calle (lnea) con 6
atributos: longitud, anchura, 4 nmeros de polica
La parte cartogrfica es ms visual, interesante
(transparencias)

Papel de BBDD (2)

La creacin de la base de datos SIG supone la


recogida de datos carto(geo)grficos y atributos
Ocupa gran parte del tiempo/presupuesto
Durante la explotacin de un SIG, a largo plazo, la
actualizacin cartogrfica juega un papel trivial
Explotacin del SIG sinnimo con consultar ...a la
base de datos
(transparencias)

la geometra se mantiene relativamente fija, los atributos no


el SGBDR permite combinaciones de consultas casi sin limite
limitacin: del diseo de la base de datos
esta en vuestros manos

Papel de BBDD (3)

Un experto en BBDD puede determinar el xito


de (o salvar) un proyecto SIG; un cartgrafo no
UNIGIS ofrece dos asignaturas (mdulos)
dedicadas a las BBDD
Aconsejables los dos mdulos
Y si puede ser, un curso de Oracle despus de
Unigis
Si no puede ser, utilizacin de MS-Access (en
adicin a Quasar) para el primer mdulo

Modelos de bases de
datos

Modelo jerrquico
estructura de rbol: relaciones 1:muchos
requiere duplicacin de datos

Modelo en red
permiten mejor relacin entre los datos
todo conectado a todo
muy utilizado en aplicaciones COBOL (empresarial)

Dibujos en la pgina 2-30


Modelo relacional
modelo dominante hoy en da

Modelo relacional

Dr Edgar (Ted) Codd, de la IBM


1970 A relational model of data for large shared
data banks Communications of the ACM 13(6).
Modelo muy simple, flexible hasta cierto punto
Todo en tablas, con columnas y filas
Operaciones para crear, borrar, modificar tablas
Otras operaciones (lgebra relacional) para
manipular (consultar) estas tablas...
El modelo se caracteriza por tres elementos

Caractersticas del modelo

Elemento estructural: forma de guardar datos

todo en tablas, y nada ms que tablas


sin duplicar registros (filas, tuplas)
campos (columnas) con nombres nicos
entradas en un campo de solo un tipo

numrico (entero, real..), texto, fecha, etc.

todas las entradas sern datos atmicos


orden de filas/columnas no importa
valores nulos soportados (<> 0)
claves para crear relaciones (solo una es clave
primaria)

Caractersticas (2)

Elemento de manipulacin: que se puede hacer


Entrada: una o mas tablas
Salida: una tabla nueva
Codd define lgebra y clculo relacional (el usuario no
los vea)
En la prctica, solo son 3 operadores fundamentales:

SELECT: especificar criterios de bsqueda y crear una


nueva tabla con solo los datos que buscbamos
PROJECT: copia un subconjunto de campos a una tabla
nueva
JOIN: pega dos tablas para crear una nueva

Select y Join: operaciones crticas en el SIG vectorial

Caractersticas (3)

Elemento de integridad: control lgico


Integridad de entidades

garantiza que los campos clave tengan datos (no nulos)


y que si existe un registro se puede localizar

Integridad referencial

mantiene intactas relaciones (referencias) de clave a


clave
no puedes borrar un registro al que depende otra tabla
los dos campos clave deben ser del mismo tipo

You might also like