Lenguaje De Definicon De Datos

Bases de Datos y SQL
Presentado por:
Arley pulido
Rafael Sánchez

Índice








Introducción: Bases de datos
Modelo relacional
SQL
– Repaso de comandos principales
– Lenguaje de definición de datos (DDL)
– Lenguaje de manipulación (DML)
Demostraciones
Extensiones de SQL para el mundo SIG
Problemas con el modelo relacional

¿Porque las bases de
datos?



Parece obvio hoy en díaTradicionalmente sistemas trabajaban a base de
ficheros sueltos, y procedimientos sobre ellos
– sistemas a medida de cada aplicación (pág. 2-9)



Bdatos: separación de datos e su implementación
(hardware/software)
–
–
–
–
–

Independencia
Protección (permite sistema multiusuario)
Flexibilidad (conectar la bdatos a todo)
Eficiencia (minimiza duplicidad de datos)
Integridad (minimiza errores lógicos)Papel de BBDD en los SIG




Típicamente mucha énfasis en cursos de SIG en la
parte cartográfica
– digitalización, depuración, conversión de mapas
digitales...
– enfoque geométrico
– “ y se puede enlazar atributos a cada elemento
geográfico...línea, polígono etc.”
– típico ejemplo: segmento de calle (línea) con 6
atributos: longitud, anchura, 4 números de policía
La parte cartográfica es másvisual, interesante
(transparencias)

Papel de BBDD (2)






La creación de la base de datos SIG supone la
recogida de datos carto(geo)gráficos y atributos
Ocupa gran parte del tiempo/presupuesto
Durante la explotación de un SIG, a largo plazo, la
actualización cartográfica juega un papel trivial
Explotación del SIG sinónimo con consultar ...a la
base de datos
(transparencias)

–
–
–
–

lageometría se mantiene relativamente fija, los atributos no
el SGBDR permite combinaciones de consultas casi sin limite
limitación: del diseño 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 cartógrafo no
UNIGIS ofrece dos asignaturas (módulos)
dedicadas a las BBDD
Aconsejables los dos módulos
Y sipuede ser, un curso de Oracle después de
Unigis
Si no puede ser, utilización de MS-Access (en
adición a Quasar) para el primer módulo

Modelos de bases de
datos


Modelo jerárquico
– estructura de árbol: relaciones 1:muchos
– requiere duplicación de datos



Modelo en red
– permiten mejor relación entre los datos
– todo conectado a todo
– muy utilizado en aplicaciones COBOL (empresarial)

Modelo relacional
– modelo dominante hoy en día

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

Características del modelo


Elemento estructural: forma de guardar datos
–
–
–
–

todo en tablas, y nada más que tablas
sin duplicar registros (filas, tuplas)
campos (columnas) con nombres únicos
entradas en un campo de solo un tipo


–
–
–
–

numérico (entero, real..), texto, fecha, etc.

todas las entradas serán datosatómicos
orden de filas/columnas no importa
valores nulos soportados (<> 0)
claves para crear relaciones (solo una es clave
primaria)

¿Como manipular los
datos/tablas?





Structured Query Language, SQL
Viene de Sequel (IBM, 1974), todavía se pronuncia
“siquel”, aunque oficialmente es “S.Q.L.”
Un estándar ANSI, ISO pero...
– Los fabricantes han creado sus propias
versiones no exactamenteestándares...
– PL/SQL de Oracle <> SQL de MS Access (Jet)
– Muchos SIG utilizan ficheros DBF o MDB, que los
manipulan sin los gestores dBase o Access
– Ningún fabricante soporta el 100% del estándar

SQL y el modelo relacional










SQL no forma parte del modelo relacional
Query-By-Example (QBE), otros lenguajes de
consulta pueden aplicarse también al modelo
SQL ha sido aceptado como el...