introduccion revision.ppt [modo de...

21
INTRODUCCIÓN - REVISIÓN 1 INTRODUCCIÓN – REVISIÓN CONCEPTOS DE BD. CRITERIOS DE DISEÑO DE UN SISTEMA DE GESTIÓN DE BD. ESTRUCTURAS DE BD Y TÉCNICAS DE ACCESO. ESTRUCTURAS RELACIONALES. ESTRUCTURAS JERÁRQUICAS. ESTRUCTURAS EN RED. INTEGRIDAD. MODELOS DE DATOS, ESQUEMAS E INSTANCIAS. ARQUITECTURA DE UN SGBD E INDEPENDENCIA DE DATOS. INTRODUCCIÓN - REVISIÓN 2 CONCEPTOS DE BASES DE DATOS Y DE SISTEMAS DE BASES DE DATOS LENGUAJES E INTERFACES DE BASES DE DATOS. EL ENTORNO DEL SISTEMA DE BASES DE DATOS. CLASIFICACIÓN DE LOS SGBDS. CATÁLOGOS DE SGBDS. INFORMACIÓN DE LOS CATÁLOGOS. SISTEMAS DE DICCIONARIO DE DATOS Y DEPÓSITO DE DATOS. INTRODUCCIÓN - REVISIÓN 3 CONCEPTOS DE BASES DE DATOS INTRODUCCIÓN - REVISIÓN 4 CONCEPTOS DE BASES DE DATOS UNA BASE DE DATOS (BD) ES UN MÉTODO DE ORGANIZACIÓN DE DATOS QUE UTILIZA: UN ÍNDICE PRIMARIO. UNO O MÁS ÍNDICES SECUNDARIOS. EL USO DE ÍNDICES SECUNDARIOS (ALTERNATIVOS) PERMITE DISTINTOS ACCESOS MANTENIENDO LA INTEGRIDAD, LA UTILIZACIÓN COMPARTIDA Y EL CONTROL NECESARIO PARA LOS DATOS COMPARTIDOS. ES UNA COLECCIÓN DE ELEMENTOS DE DATOS INTERRELACIONADOS, NO REDUNDANTES Y PROCESABLES POR UNA O MÁS APLICACIONES. LAS BD ESTÁN RELACIONADAS A LOS DBMS: DATA BASE MANAGEMENT SYSTEM: SISTEMA DE GESTIÓN DE BASES DE DATOS (SGBD). UN DBMS PROVEE ACCESO A LOS DATOS EN UN ALTO NIVEL DE ABSTRACCIÓN. INTRODUCCIÓN - REVISIÓN 5 CONCEPTOS DE BASES DE DATOS LAS PRINCIPALES FUNCIONES DE UN DBMS SON PROVEER: INTEGRIDAD. SEGURIDAD. SHARING (COMPARTICIÓN) CONTROLADO. RECUPERACIÓN. MONITOREO. LAS PRINCIPALES VENTAJAS DE UN DBMS CONSISTEN EN ASEGURAR: INDEPENDENCIA DE DATOS. REDUNDANCIA CONTROLADA. DATOS COMPARTIDOS. UNIFORMIDAD. FLEXIBILIDAD. ALGUNAS FAMILIAS DE PRODUCTOS DBMS DISPONIBLES SON: MS SQL SERVER, ADABAS, ORACLE, IBM DB2. INTRODUCCIÓN - REVISIÓN 6 CONCEPTOS DE BASES DE DATOS LAS BD Y LOS DBMS SON UNA SOLUCIÓN PARA EL PROBLEMA CRECIENTE DEL MANEJO DE DATOS. LOS DBMS PROVEEN FACILIDADES PARA IMPLEMENTAR, CAMBIAR Y EXPANDIR: APLICACIONES. DATOS. LOS DBMS AYUDAN A REDUCIR EL COSTO DEL PROCESAMIENTO DE DATOS PROVEYENDO LA CAPACIDAD DE: REDUCIR EL MANTENIMIENTO DE PROGRAMAS DE APLICACIÓN. REDUCIR EL TIEMPO DE PROGRAMACIÓN REQUERIDO PARA IMPLEMENTAR NUEVAS APLICACIONES. REDUCIR EL COSTO DE CONVERSIÓN A NUEVOS DISPOSITIVOS DE ALMACENAMIENTO. REDUCIR EL NÚMERO DE ARCHIVOS EN LOS CUALES LOS DATOS ESTÁN REPETIDOS.

Upload: others

Post on 09-May-2020

6 views

Category:

Documents


0 download

TRANSCRIPT

INTRODUCCIÓN - REVISIÓN 1

INTRODUCCIÓN – REVISIÓN

� CONCEPTOS DE BD.

� CRITERIOS DE DISEÑO DE UN SISTEMA DE GESTIÓN DE BD.

� ESTRUCTURAS DE BD Y TÉCNICAS DE ACCESO.

� ESTRUCTURAS RELACIONALES.

� ESTRUCTURAS JERÁRQUICAS.

� ESTRUCTURAS EN RED.

� INTEGRIDAD.

� MODELOS DE DATOS, ESQUEMAS E INSTANCIAS.

� ARQUITECTURA DE UN SGBD E INDEPENDENCIA DE DATOS.

INTRODUCCIÓN - REVISIÓN 2

CONCEPTOS DE BASES DE DATOS Y DE SISTEMAS DE BASES DE DATOS

� LENGUAJES E INTERFACES DE BASES DE DATOS.

� EL ENTORNO DEL SISTEMA DE BASES DE DATOS.

� CLASIFICACIÓN DE LOS SGBDS.

� CATÁLOGOS DE SGBDS.

� INFORMACIÓN DE LOS CATÁLOGOS.

� SISTEMAS DE DICCIONARIO DE DATOS Y DEPÓSITO DE DATOS.

INTRODUCCIÓN - REVISIÓN 3

CONCEPTOS DE BASES DE DATOS

INTRODUCCIÓN - REVISIÓN 4

CONCEPTOS DE BASES DE DATOS

� UNA BASE DE DATOS (BD) ES UN MÉTODO DE ORGANIZACIÓN DEDATOS QUE UTILIZA:� UN ÍNDICE PRIMARIO.� UNO O MÁS ÍNDICES SECUNDARIOS.

� EL USO DE ÍNDICES SECUNDARIOS (ALTERNATIVOS) PERMITEDISTINTOS ACCESOS MANTENIENDO LA INTEGRIDAD, LAUTILIZACIÓN COMPARTIDA Y EL CONTROL NECESARIO PARA LOSDATOS COMPARTIDOS.

� ES UNA COLECCIÓN DE ELEMENTOS DE DATOSINTERRELACIONADOS, NO REDUNDANTES Y PROCESABLES PORUNA O MÁS APLICACIONES.

� LAS BD ESTÁN RELACIONADAS A LOS DBMS:� DATA BASE MANAGEMENT SYSTEM: SISTEMA DE GESTIÓN DE

BASES DE DATOS (SGBD).� UN DBMS PROVEE ACCESO A LOS DATOS EN UN ALTO NIVEL DE

ABSTRACCIÓN.

INTRODUCCIÓN - REVISIÓN 5

CONCEPTOS DE BASES DE DATOS

� LAS PRINCIPALES FUNCIONES DE UN DBMS SON PROVEER:� INTEGRIDAD.� SEGURIDAD.� SHARING (COMPARTICIÓN) CONTROLADO.� RECUPERACIÓN.� MONITOREO.

� LAS PRINCIPALES VENTAJAS DE UN DBMS CONSISTEN ENASEGURAR:� INDEPENDENCIA DE DATOS.� REDUNDANCIA CONTROLADA.

� DATOS COMPARTIDOS.� UNIFORMIDAD.� FLEXIBILIDAD.

� ALGUNAS FAMILIAS DE PRODUCTOS DBMS DISPONIBLES SON:� MS SQL SERVER, ADABAS, ORACLE, IBM DB2.

INTRODUCCIÓN - REVISIÓN 6

CONCEPTOS DE BASES DE DATOS

� LAS BD Y LOS DBMS SON UNA SOLUCIÓN PARA EL PROBLEMACRECIENTE DEL MANEJO DE DATOS.

� LOS DBMS PROVEEN FACILIDADES PARA IMPLEMENTAR,CAMBIAR Y EXPANDIR:

� APLICACIONES.

� DATOS.

� LOS DBMS AYUDAN A REDUCIR EL COSTO DEL PROCESAMIENTODE DATOS PROVEYENDO LA CAPACIDAD DE:

� REDUCIR EL MANTENIMIENTO DE PROGRAMAS DEAPLICACIÓN.

� REDUCIR EL TIEMPO DE PROGRAMACIÓN REQUERIDO PARAIMPLEMENTAR NUEVAS APLICACIONES.

� REDUCIR EL COSTO DE CONVERSIÓN A NUEVOS DISPOSITIVOSDE ALMACENAMIENTO.

� REDUCIR EL NÚMERO DE ARCHIVOS EN LOS CUALES LOSDATOS ESTÁN REPETIDOS.

INTRODUCCIÓN - REVISIÓN 7

CONCEPTOS DE BASES DE DATOS

� EN RELACIÓN A LAS BD EXISTEN CONCEPTOS INTERESANTES:

� SENSITIVIDAD DE DATOS: CADA PROGRAMA DE APLICACIÓNVE SÓLO AQUELLOS DATOS (DE LA ESTRUCTURA) QUEPRECISA UTILIZAR.

� INDEPENDENCIA DE DATOS: SE PUEDEN AGREGAR DATOS ALAS ESTRUCTURAS EXISTENTES EN BD SIN MODIFICAR LOSPROGRAMAS DE USO.

� INDEPENDENCIA DE DISPOSITIVOS: ELIMINA LA ASOCIACIÓNDIRECTA ENTRE:

� EL PROGRAMA DE APLICACIÓN.

� EL ALMACENAMIENTO FÍSICO DE LOS DATOS.

� LOS CONCEPTOS PRECEDENTES INDICAN QUE LAS BD PROVEENFLEXIBILIDAD A LA ORGANIZACIÓN DE DATOS.

INTRODUCCIÓN - REVISIÓN 8

CONCEPTOS DE BASES DE DATOS

� LA EFECTIVIDAD DE LAS BD Y DE LOS DBMS PUEDE SERILUSTRADA COMPARANDO UN ENTORNO QUE NO INCLUYA UNENFOQUE DE DB CON UNO QUE SÍ LO INCLUYA:� EN UN ENTORNO SIN ENFOQUE DE BD:

� LOS ARCHIVOS DE DATOS GENERALMENTE SE DISEÑANPARA SERVIR A DETERMINADAS APLICACIONES.

� CADA ARCHIVO DE DATOS SE DISEÑA ESPECÍFICAMENTEPARA SU PROPIA APLICACIÓN Y SE ALMACENASEPARADAMENTE.

� ARCHIVOS DE DIFERENTES APLICACIONES CONTIENENLOS MISMOS DATOS, DIFICULTÁNDOSE SUACTUALIZACIÓN Y CONSISTENCIA.

INTRODUCCIÓN - REVISIÓN 9

CONCEPTOS DE BASES DE DATOS� CUANDO SE MODIFICAN APLICACIONES EXISTENTES O SE

AGREGAN NUEVAS APLICACIONES, SE PUEDEN PRODUCIRLAS SIGUIENTES SITUACIONES:

• DUPLICAR DATOS EXISTENTES EN MÚLTIPLESARCHIVOS CON FORMATOS Y APLICACIONESDIFERENTES.

• CONSUMIR SIGNIFICATIVAS CANTIDADES DE TIEMPOACTUALIZANDO PROGRAMAS EXISTENTES.

• MODIFICAR PROGRAMAS YA QUE SERÍA MÁSCONVENIENTE ESTO QUE MOVER ARCHIVOS DE UNMEDIO A OTRO O CAMBIAR DE UN MÉTODO DEACCESO A OTRO.

• LA PRODUCTIVIDAD DE LOS PROGRAMADORESPUEDE VERSE LIMITADA POR ESCASOCONOCIMIENTO DE DETERMINADO DISPOSITIVO OMÉTODO DE ACCESO.

• TENER QUE AMPIAR APLICACIONES:– DE MODALIDAD BATCH A ONLINE.– DE OPERACIÓN EN LA INTRANET DE LA

ORGANIZACIÓN A OPERACIÓN EN INTERNET.

INTRODUCCIÓN - REVISIÓN 10

CONCEPTOS DE BASES DE DATOS� LA SOLUCIÓN A ESTOS INCONVENIENTES ES:

� ORGANIZAR LOS DATOS EN UNA COLECCIÓN DEELEMENTOS DE DATOS INTERRELACIONADOS QUEPUEDAN SER PROSESADOS POR UNA O MÁSAPLICACIONES:

• ORGANIZAR LAS BD, CENTRALIZANDO LOS DATOS ENELLAS Y USAR UN DBMS MULTIPLATAFORMA.

� PROVEER UN MÉTODO DE MANEJO DE DATOS QUEFÁCILMENTE PERMITA ADAPTARSE A LOS CAMBIOS SINIMPACTAR A LOS PROGRAMAS EXISTENTES.

� LOS PROGRAMAS ACCEDEN A LAS BD A TRAVÉS DE UNDBMS:

• LOS PROGRAMADORES NO PRECISAN CONOCER LASCARACTERÍSTICAS FÍSICAS DE LAS BD.

INTRODUCCIÓN - REVISIÓN 11

CONCEPTOS DE BASES DE DATOS� SOLUCIÓN TRADICIONAL AL MANEJO DE DATOS:

INTRODUCCIÓN - REVISIÓN 12

CONCEPTOS DE BASES DE DATOS� SOLUCIÓN AL MANEJO DE DATOS UTILIZANDO DBMS:

INTRODUCCIÓN - REVISIÓN 13

CRITERIOS DE DISEÑO DE UN SISTEMA DE GESTIÓN DE BASES DE DATOS

INTRODUCCIÓN - REVISIÓN 14

CRITERIOS DE DISEÑO DE UN SISTEMA DE GESTIÓN DE BASES DE DATOS� LOS SISTEMAS DE MANEJO DE DATOS DEBEN PROVEER FUNCIONES

BÁSICAS DE:

� CONTROL.

� RECUPERACIÓN.

� ALMACENAMIENTO.

� LOS SISTEMAS DE BASES DE DATOS AGREGAN LOS SIGUIENTESCRITERIOS DE DISEÑO:

� SEGURIDAD E INTEGRIDAD DE LOS DATOS.

� DISPONIBILIDAD Y RECUPERACIÓN DEL SISTEMA.

� ACCESO CONCURRENTE A LOS DATOS.

� EXPANDIBILIDAD.

� RECONFIGURACIÓN DINÁMICA Y CONTROL.

� FACILIDADES DE TEST / DEBUG (PRUEBA / DEPURACIÓN).

� FUNCIONES MULTINIVEL.

� TIEMPO DE RESPUESTA CONTROLABLE.

INTRODUCCIÓN - REVISIÓN 15

CRITERIOS DE DISEÑO DE UN SISTEMA DE GESTIÓN DE BASES DE DATOS� SEGURIDAD E INTEGRIDAD DE LOS DATOS:

� LOS DATOS SENSITIVOS DEBEN PROTEGERSE DE:

� DESTRUCCIÓN INADVERTIDA: INTEGRIDAD DE DATOS.

� ACCESO NO AUTORIZADO: SEGURIDAD DE DATOS.

� SE DEBEN ADOPTAR MEDIDAS:

� PREVENTIVAS.

� DE DETECCIÓN Y CORRECCIÓN DE EVENTOS QUECONDUCEN A VIOLACIONES DE SEGURIDAD EINTEGRIDAD.

INTRODUCCIÓN - REVISIÓN 16

CRITERIOS DE DISEÑO DE UN SISTEMA DE GESTIÓN DE BASES DE DATOS� DISPONIBILIDAD Y RECUPERACIÓN DEL SISTEMA:

� LOS SISTEMAS DE INFORMACIÓN DEBERÍAN ESTARDISPONIBLES UN ALTO PORCENTAJE DE TIEMPO, CERCANO AL100%.

� OTROS ASPECTOS DE LA DISPONIBILIDAD SON:

� OPERACIÓN CON DEGRADACIÓN DE FUNCIONES.

� OPERACIÓN CON DEGRADACIÓN DE PERFORMANCE.

� DEBEN EXISTIR PROCEDIMIENTOS DE RECUPERACIÓN PARACUANDO EL SISTEMA FALLA PARCIAL Ó TOTALMENTE.

� LOS PROCEDIMIENTOS DE RECUPERACIÓN DEBERÍANACTUAR REDUCIENDO MÍNIMAMENTE LA DISPONIBILIDADDEL SISTEMA.

INTRODUCCIÓN - REVISIÓN 17

CRITERIOS DE DISEÑO DE UN SISTEMA DE GESTIÓN DE BASES DE DATOS� ACCESO CONCURRENTE A LOS DATOS:

� SIGNIFICA QUE MUCHOS USUARIOS REQUERIRÁN ACCESOCONCURRENTE A LOS MISMOS DATOS.

� IMPLICA QUE:� EL SISTEMA DEBERÁ PROTEGER A CADA USUARIO DE LA

ACCIÓN DE LOS DEMÁS USUARIOS.� LA PERFORMANCE NO DEBE VERSE SERIAMENTE

AFECTADA.� SE DEBE CONSIDERAR ESPECIALMENTE LA POSIBILIDAD

DE LA ACTUALIZACIÓN CONCURRENTE.

� EXPANDIBILIDAD:� UN SISTEMA DE INFORMACIÓN DEBERÁ PERMITIR EL

AGREGADO DE NUEVAS FUNCIONES Y APLICACIONES SINAFECTAR A LAS EXISTENTES.

� LAS BD DEBERÍAN PODER EXPANDIRSE PARA INCORPORARNUEVAS ESTRUCTURAS DE DATOS SIN AFECTAR A LASAPLICACIONES EXISTENTES.

INTRODUCCIÓN - REVISIÓN 18

CRITERIOS DE DISEÑO DE UN SISTEMA DE GESTIÓN DE BASES DE DATOS

� RECONFIGURACIÓN DINÁMICA Y CONTROL:� LA CARGA DE TRABAJO QUE DEBE SOPORTAR UN SISTEMA DE

INFORMACIÓN VARÍA EN FUNCIÓN DEL TIEMPO.� EXISTEN PICOS DE ACTIVIDAD HORARIOS, SEMANALES,

MENSUALES, ETC.� LA CARGA DE TRABAJO PUEDE VERSE AFECTADA POR:

� EL NÚMERO DE USUARIOS.� EL TIPO DE FUNCIONES UTILIZADAS.� LOS DATOS REQUERIDOS.

� LA IRREGULARIDAD EN LA CARGA DE TRABAJO Y LA ALTADISPONIBILIDAD REQUERIDA EXIGEN CIERTA CAPACIDAD DERECONFIGURACIÓN DINÁMICA.

INTRODUCCIÓN - REVISIÓN 19

CRITERIOS DE DISEÑO DE UN SISTEMA DE GESTIÓN DE BASES DE DATOS

� RECONFIGURACIÓN DINÁMICA ES LA HABILIDAD DELSISTEMA DE ALTERARSE A SÍ MISMO PARA SATISFACER:

� LOS REQUERIMIENTOS DE CARGA DE TRABAJO.� LOS CAMBIOS EN LA CONFIGURACIÓN.

� EL SISTEMA NO NECESARIAMENTE TIENE QUE PODERALTERARSE A SÍ MISMO, PERO AL MENOS DEBERÍA:

� PROVEER ESTADÍSTICAS QUE INDIQUEN CUÁNDO ESNECESARIO UN CAMBIO.

� PERMITIR QUE LOS CAMBIOS SE HAGAN SIN INFLUENCIARLA DISPONIBILIDAD DEL SISTEMA.

INTRODUCCIÓN - REVISIÓN 20

CRITERIOS DE DISEÑO DE UN SISTEMA DE GESTIÓN DE BASES DE DATOS

� FACILIDADES DE TEST / DEBUG:

� ES PRECISO DISPONER DE FACILIDADES PODEROSAS PARATESTEO Y DEPURACIÓN DE FALLAS.

� EL SISTEMA DEBE SALVAGUARDAR LOS DATOS SENSITIVOSDE LAS VIOLACIONES DE SEGURIDAD O INTEGRIDADDEBIDAS A:

� FALLAS DE PROGRAMAS.

� PROGRAMADORES MALICIOSOS.

� SE DEBE TENER PRESENTE QUE MUCHAS VIOLACIONES A LASEGURIDAD E INTEGRIDAD DE LOS DATOS SE HACENUTILIZANDO FACILIDADES DE TEST / DEBUG.

INTRODUCCIÓN - REVISIÓN 21

CRITERIOS DE DISEÑO DE UN SISTEMA DE GESTIÓN DE BASES DE DATOS

� FUNCIONES MULTINIVEL:

� EL SISTEMA DEBE PROVEER TIEMPO DE RESPUESTA YFUNCIONES CONSISTENTES CON LA NATURALEZA DELUSUARIO.

� SE DEBE DISTINGUIR ENTRE REQUERIMIENTOS:

� SISTEMÁTICOS Y ESPORÁDICOS.

� DECISORIOS U OPERACIONALES.

INTRODUCCIÓN - REVISIÓN 22

CRITERIOS DE DISEÑO DE UN SISTEMA DE GESTIÓN DE BASES DE DATOS

� TIEMPO DE RESPUESTA CONTROLABLE:

� EL TIEMPO DE RESPUESTA ES EN CIERTA MEDIDACONTROLABLE MEDIANTE:

� LA REESTRUCTURACIÓN DE LAS BD.

� EL CAMBIO DE MODALIDAD SEGÚN LA CUAL LOSUSUARIOS COMPITEN POR LAS FACILIDADES.

� EL TIEMPO DE RESPUESTA ESTÁ ESTRECHAMENTERELACIONADO CON EL NIVEL DE SERVICIO.

� LOS CAMBIOS EN EL TIEMPO DE RESPUESTA PODRÍAN SERUTILIZADOS PARA ALENTAR O DESALENTAR EL USO DECIERTAS FACILIDADES.

INTRODUCCIÓN - REVISIÓN 23

ESTRUCTURAS DE BASES DE DATOS Y TÉCNICAS DE ACCESO

INTRODUCCIÓN - REVISIÓN 24

ESTRUCTURAS DE BASES DE DATOS Y TÉCNICAS DE ACCESO

� EL DESAFÍO PRINCIPAL DE LA ESTRUCTURACIÓN FÍSICA DE UNABD ES ELEGIR TÉCNICAS DE ACCESO QUE SATISFAGAN USOSDIVERSOS DE UNA MANERA RÁPIDA Y EFICIENTE:

� EL ACCESO PUEDE SER PRIMARIO O SECUNDARIO.

� ACCESO PRIMARIO:

� ES EL QUE SE REALIZA CUANDO SE ACCEDE A UN REGISTROPOR MEDIO DE SU CLAVE.

� ACCESO SECUNDARIO:

� ES EL QUE SE REALIZA CUANDO SE ACCEDE A UN REGISTROPOR MEDIO DE UN ATRIBUTO QUE ACTÚA COMO CLAVESIMBÓLICA.

� EN EL CASO DEL ACCESO SECUNDARIO PUEDE OCURRIR QUEEXISTAN UNA O VARIAS OCURRENCIAS PARA EL VALOR DELATRIBUTO.

INTRODUCCIÓN - REVISIÓN 25

ESTRUCTURAS DE BASES DE DATOS Y TÉCNICAS DE ACCESO

� LA EFICIENCIA DE DETERMINADO MÉTODO SE PUEDE EVALUARSEGÚN:

� ALMACENAMIENTO:

� N° DE BYTES USADOS DIVIDIDO N° DE BYTES ASIGNADOS.

� ACCESO:

� 1 DIVIDIDO N° DE ACCESOS NECESARIOS.

� RECUPERACIÓN:

� N° DE BYTES REQUERIDOS DIVIDIDO N° DE BYTESRECUPERADOS.

� LAS OPCIONES DISPONIBLES PARA RELACIONAR O ASOCIAR LOSREGISTROS EN LAS ESTRUCTURAS SECUNDARIAS SON:

� CONTIGÜIDAD FÍSICA.

� ENCADENAMIENTO.

� LISTAS INVERTIDAS.

INTRODUCCIÓN - REVISIÓN 26

ESTRUCTURAS DE BASES DE DATOS Y TÉCNICAS DE ACCESO

� LOS PRINCIPALES MODELOS DE BD SON:

� RELACIONAL: BASADO EN TABLAS.

� JERÁRQUICO: BASADO EN JERARQUÍAS.

� EN RED: BASADO EN REDES.

INTRODUCCIÓN - REVISIÓN 27

ESTRUCTURAS RELACIONALES

INTRODUCCIÓN - REVISIÓN 28

ESTRUCTURAS RELACIONALES

� LA VENTAJA DEL MODELO RELACIONAL ES QUE LOS DATOS SEALMACENAN, AL MENOS CONCEPTUALMENTE, DE UN MODO QUELOS USUARIOS ENTIENDEN CON MAYOR FACILIDAD.

� LOS DATOS SE ALMACENAN COMO TABLAS:

� LAS RELACIONES ENTRE LAS FILAS Y LAS TABLAS SONVISIBLES EN LOS DATOS.

� ESTE ENFOQUE PERMITE A LOS USUARIOS OBTENERINFORMACIÓN DE LA BD SIN ASISTENCIA DE SISTEMASPROFESIONALES DE ADMINISTRACIÓN DE INFORMACIÓN.

INTRODUCCIÓN - REVISIÓN 29

ESTRUCTURAS RELACIONALES

� LAS CARACTERÍSTICAS MÁS IMPORTANTES DE LOS MODELOSRELACIONALES SON:

� ES IMPORTANTE SABER QUE LAS ENTRADAS EN LA TABLATIENEN UN SOLO VALOR (SON ATÓMICOS):

� NO SE ADMITEN VALORES MÚLTIPLES.

� LA INTERSECCIÓN DE UNA FILA CON UNA COLUMNATIENE UN SOLO VALOR, NUNCA UN CONJUNTO DEVALORES.

INTRODUCCIÓN - REVISIÓN 30

ESTRUCTURAS RELACIONALES

� TODAS LAS ENTRADAS DE CUALQUIER COLUMNA SON DE UNSOLO TIPO:

� EJEMPLO: UNA COLUMNA PUEDE CONTENER NOMBRES DECLIENTES, Y OTRA PUEDE TENER FECHAS DENACIMIENTO.

� CADA COLUMNA POSEE UN NOMBRE ÚNICO, EL ORDEN DELAS COLUMNAS NO ES DE IMPORTANCIA PARA LA TABLA,LAS COLUMNAS DE UNA TABLA SE CONOCEN COMOATRIBUTOS.

� CADA ATRIBUTO TIENE UN DOMINIO, QUE ES UNADESCRIPCIÓN FÍSICA Y LÓGICA DE VALORES PERMITIDOS.

� NO EXISTEN DOS FILAS EN LA TABLA QUE SEAN IDÉNTICAS.

INTRODUCCIÓN - REVISIÓN 31

ESTRUCTURAS RELACIONALES

� EL ENFOQUE RELACIONAL ES SUSTANCIALMENTE DISTINTO DEOTROS ENFOQUES EN TÉRMINOS DE:

� ESTRUCTURAS LÓGICAS.

� OPERACIONES DE ENTRADA / SALIDA.

� LOS DATOS SE ORGANIZAN EN TABLAS LLAMADAS RELACIONES,CADA UNA DE LAS CUALES SE IMPLANTA COMO UN ARCHIVO.

� UNA FILA EN UNA RELACIÓN REPRESENTA UN REGISTRO O UNAENTIDAD; CADA COLUMNA EN UNA RELACIÓN REPRESENTA UNCAMPO O UN ATRIBUTO.

� UNA RELACIÓN SE COMPONE DE UNA COLECCIÓN DE ENTIDADES(O REGISTROS) CUYOS PROPIETARIOS ESTÁN DESCRITOS PORCIERTO NÚMERO DE ATRIBUTOS PREDETERMINADOSIMPLANTADOS COMO CAMPOS.

INTRODUCCIÓN - REVISIÓN 32

ESTRUCTURAS RELACIONALES

� EL ARCHIVO PARA LOS EJEMPLOS ES EL SIGUIENTE:

INTRODUCCIÓN - REVISIÓN 33

ESTRUCTURAS JERÁRQUICAS

INTRODUCCIÓN - REVISIÓN 34

ESTRUCTURAS JERÁRQUICAS

� SE DENOMINA JERARQUÍA A UNA RELACIÓN DE UNO (PADRE) AMUCHOS (HIJOS).

� PUEDE TENER VARIOS NIVELES:

� UN HIJO EN UN CIERTO NIVEL PUEDE A SU VEZ SER PADRE DEOTROS HIJOS DE NIVEL MENOR.

� EN TODOS LOS NIVELES SE DEBE VERIFICAR QUE:

� POR CADA PADRE PUEDE HABER VARIOS HIJOS.

� CADA HIJO PUEDE TENER SÓLO UN PADRE.

� AL SEGMENTO O ENTIDAD DE MÁXIMO NIVEL SE LO LLAMA“SUPER PADRE” O “RAIZ”:

� NO SON HIJOS DE NINGÚN OTRO TIPO DE SEGMENTO OENTIDAD.

INTRODUCCIÓN - REVISIÓN 35

ESTRUCTURAS JERÁRQUICAS� LA CLAVE DEL PADRE ES SIEMPRE ATRIBUTO LÓGICO DE C/U DE

SUS HIJOS:

� SI EL ACCESO AL SEGMENTO HIJO SE REALIZA SÓLO ATRAVÉS DEL PADRE (NO SE USA ACCESO SECUNDARIO) LACLAVE DEL PADRE SE PUEDE SUPRIMIR COMO CAMPOATRIBUTO DEL SEGMENTO HIJO.

� LAS OPCIONES PARA LA IMPLEMENTACIÓN FÍSICA DE UNAJERARQUÍA SON:

� CONTIGÜIDAD FÍSICA COMPLETA.

� CONTIGÜIDAD FÍSICA PARCIAL.

� ENCADENAMIENTO.

� LISTA INVERTIDA.

INTRODUCCIÓN - REVISIÓN 36

ESTRUCTURAS JERÁRQUICAS

� SE DEBEN CONSIDARAR LOS SIGUIENTES ASPECTOS:

� PERFORMANCE:

� ACCESO A UN REGISTRO ENTERO DE LA BD.

� ACCESO A UNA ENTIDAD DE NIVEL BAJO.

� ACCESO AL SEGMENTO RAÍZ.

� MANTENIMIENTO.

� USO DE ESPACIO DE ALMACENAMIENTO.

INTRODUCCIÓN - REVISIÓN 37

ESTRUCTURAS JERÁRQUICAS� EJEMPLO DE JERARQUÍA:

INTRODUCCIÓN - REVISIÓN 38

ESTRUCTURAS EN RED

INTRODUCCIÓN - REVISIÓN 39

ESTRUCTURAS EN RED

� SE DENOMINA RED A UNA ESTRUCTURA DE BD EN LA QUE UNHIJO PUEDE TENER MÁS DE UN PADRE.

� EXISTEN TRES TIPOS BÁSICOS DE REDES:

� ENTIDADES CON MÁS DE UN TIPO DE PADRE.

� RELACIÓN DE MUCHOS A MUCHOS.

� RELACIONES EN BUCLE (LOOP).

INTRODUCCIÓN - REVISIÓN 40

ESTRUCTURAS EN RED

� ESQUEMAS DE TIPOS DE REDES:

� ENTIDADES CON MÁS DE UN PADRE:

INTRODUCCIÓN - REVISIÓN 41

ESTRUCTURAS EN RED

� RELACIÓN MUCHOS A MUCHOS:

INTRODUCCIÓN - REVISIÓN 42

ESTRUCTURAS EN RED

� RELACIÓN EN BUCLE (LOOP):

INTRODUCCIÓN - REVISIÓN 43

INTEGRIDAD

INTRODUCCIÓN - REVISIÓN 44

INTEGRIDAD

� UNA VEZ REALIZADO EL DISEÑO DE LA BASE DE DATOS, SEDEBEN CONSIDERAR LOS SIGUIENTES PUNTOS:

� INTEGRIDAD DE LOS DATOS.

� INTEGRIDAD DE DOMINIOS.

� INTEGRIDAD DE TRANSICIONES.

� INTEGRIDAD DE ENTIDADES.

� INTEGRIDAD REFERENCIAL.

� INTEGRIDAD DE TRANSACCIONES.

� INTEGRIDAD DE LOS DATOS

� LA CREACIÓN DE UN MODELO DE LAS ENTIDADES DEL ESPACIODEL PROBLEMA Y LAS ASOCIACIONES ENTRE ELLAS ES SÓLOUNA PARTE DEL PROCESO DE MODELIZACIÓN DE LOS DATOS.

� TAMBIÉN SE DEBEN CAPTAR LAS REGLAS QUE UTILIZARÁ ELSISTEMA DE BASE DE DATOS PARA ASEGURAR QUE LOS DATOSFÍSICOS QUE REALMENTE MANTIENE SON, SI NO CORRECTOS, ALMENOS PLAUSIBLES:

� SE DEBE MODELAR LA INTEGRIDAD DE LOS DATOS.

INTRODUCCIÓN - REVISIÓN 45

INTEGRIDAD

� NO PUEDE GARANTIZARSE QUE LOS DATOS SEAN FIDEDIGNOS:

� EJEMPLO: QUE UN PEDIDO SEA DE 16 UNIDADES O DE 8UNIDADES DEPENDE DEL USUARIO INTRODUCTOR DE DATOS:

� PARA EL SISTEMA LAS DOS POSIBLES ENTRADAS SERÍANVÁLIDAS AUNQUE SÓLO LO ES UNA DE ELLAS.

� PERO SÍ SE PUEDE GARANTIZAR MEDIANTE EL DISEÑO DE LA BDQUE LOS DATOS SON CONFORMES A LAS RESTRICCIONES DEINTEGRIDAD DEFINIDAS PARA ELLOS.

INTRODUCCIÓN - REVISIÓN 46

INTEGRIDAD

� INTEGRIDAD DE DOMINIOS

� UNA RESTRICCIÓN DE DOMINIO ES UNA REGLA QUE DEFINE LOSVALORES VÁLIDOS PARA LOS DATOS.

� LA ELECCIÓN DE LOS TIPOS DE DATOS (FECHA, TEXTO, ETC.) ES ELPRIMER PASO PARA LA DETERMINACIÓN DE LAS RESTRICCIONESDE DOMINIO DE UN SISTEMA.

� OTRO ASPECTOS A CONSIDERAR ES SI AL DOMINIO SE LEPERMITE CONTEMPLAR VALORES DESCONOCIDOS OINEXISTENTES.

INTRODUCCIÓN - REVISIÓN 47

INTEGRIDAD

� INTEGRIDAD DE TRANSICIONES

� LAS RESTRICCIONES DE INTEGRIDAD DE TRANSICIONES DEFINENLOS ESTADOS POR LOS QUE UNA TUPLA PUEDE PASARVÁLIDAMENTE.

INTRODUCCIÓN - REVISIÓN 48

INTEGRIDAD� EJEMPLO: SOLO SE PERMITIRÁ QUE EL SALDO DE UN CLIENTE

CAMBIE DE “NORMAL” A “PREFERENTE” SI:

� EL LÍMITE DE CRÉDITO DEL CLIENTE SUPERA UNDETERMINADO VALOR, O.

� LLEVA AL MENOS UN AÑO COMERCIANDO CON LA EMPRESA.

� EL REQUISITO DEL LÍMITE DE CRÉDITO SEGURAMENTEESTARÁ CONTROLADO POR UN ATRIBUTO DE LA RELACIÓNCLIENTES, PERO PUEDE QUE EL TIEMPO QUE LLEVA ELCLIENTE TRABAJANDO CON LA EMPRESA NO ESTÉEXPLÍCITAMENTE GUARDADO EN NINGÚN SITIO:

� SERÁ NECESARIO CALCULAR EL VALOR DE ACUERDOCON EL REGISTRO MÁS ANTIGUO EN EL QUE FIGURE ELCLIENTE EN LA RELACIÓN PEDIDOS.

INTRODUCCIÓN - REVISIÓN 49

INTEGRIDAD

� INTEGRIDAD DE ENTIDADES

� LAS RESTRICCIONES DE ENTIDADES ASEGURAN LA INTEGRIDADDE LAS ENTIDADES QUE SON MODELADAS POR EL SISTEMA. ENEL NIVEL MÁS SIMPLE:� LA EXISTENCIA DE UNA CLAVE PRINCIPAL ES UNA

RESTRICCIÓN DE ENTIDAD QUE IMPONE LA REGLA “CADAENTIDAD DEBE ESTAR IDENTIFICADA DE FORMA ÚNICA”.

INTRODUCCIÓN - REVISIÓN 50

INTEGRIDAD

� INTEGRIDAD REFERENCIAL

� “LAS CLAVES EXTERNAS NO PUEDEN QUEDAR HUÉRFANAS”.� NINGÚN REGISTRO DE LA TABLA EXTERNA PUEDE CONTENER

UNA CLAVE EXTERNA QUE NO SE CORRESPONDA CON ALGÚNREGISTRO DE LA TABLA PRINCIPAL.

� LAS TUPLAS QUE CONTIENEN CLAVES EXTERNAS QUE NO TIENENUNA CORRESPONDIENTE CLAVE CANDIDATA, SE DENOMINANENTIDADES HUÉRFANAS.

� TRES DE LAS FORMAS EN LAS QUE SE PUEDEN CREAR ENTIDADESHUÉRFANAS SON LAS SIGUIENTES:� SE AÑADE UNA TUPLA EXTERNA CON UNA CLAVE QUE NO SE

CORRESPONDE CON UNA CLAVE CANDIDATA EN LA TABLAPRINCIPAL.

� LA CLAVE CANDIDATA DE LA TABLA PRINCIPAL CAMBIA.� SE ELIMINA EN LA TABLA PRINCIPAL EL REGISTRO

REFERENCIADO.

INTRODUCCIÓN - REVISIÓN 51

INTEGRIDAD

� INTEGRIDAD DE TRANSACCIONES

� UNA TRANSACCIÓN ES UNA SERIE DE OPERACIONES SOBRE LABD CONSIDERADAS COMO UNA ÚNICA OPERACIÓN:

� CUANDO SE CIERRA LA TRANSACCIÓN LA BASE DE DATOSQUEDA EN UN ESTADO CONSISTENTE.

� LAS RESTRICCIONES DE INTEGRIDAD DE TRANSACCIONESGOBIERNAN LAS FORMAS EN QUE SE PUEDE MANIPULAR LA BD.

� LAS RESTRICCIONES DE TRANSACCIÓN VERSAN SOBRE ELPROCESAMIENTO Y, POR TANTO, POR SÍ MISMAS NO SON PARTEDEL MODELO DE DATOS.

� LA BD DEBE RESPETAR TODAS LAS RESTRICCIONES DEINTEGRIDAD DEFINIDAS ANTES DE QUE COMIENCE LATRANSACCIÓN Y UNA VEZ FINALIZADA ÉSTA:

� SE PUEDEN VIOLAR TEMPORALMENTE ALGUNAS DE LASRESTRICCIONES DURANTE LA TRANSACCIÓN.

INTRODUCCIÓN - REVISIÓN 52

INTEGRIDAD

� LAS TRANSACCIONES PUEDEN INVOLUCRAR A MÚLTIPLESREGISTROS, MÚLTIPLES RELACIONES E INCLUSO MÚLTIPLES BD.

� TODAS LAS OPERACIONES SOBRE UNA BD SON TRANSACCIONES:

� INCLUSO LA ACTUALIZACIÓN DE UN ÚNICO REGISTROEXISTENTE ES UNA TRANSACCIÓN.

� ESTAS TRANSACCIONES DE BAJO NIVEL LAS REALIZA ELMOTOR DE BD DE FORMA TRANSPARENTE Y, NORMALMENTESE PUEDE IGNORAR ESTE NIVEL DE DETALLE.

INTRODUCCIÓN - REVISIÓN 53

MODELOS DE DATOS, ESQUEMAS EINSTANCIAS

INTRODUCCIÓN - REVISIÓN 54

MODELOS DE DATOS, ESQUEMAS EINSTANCIAS

� UN MODELO DE DATOS:

� ES UNA COLECCIÓN DE CONCEPTOS QUE SIRVEN PARADESCRIBIR LA ESTRUCTURA DE UNA BD.

� PROPORCIONA LA ABSTRACCIÓN REQUERIDA PARA OCULTARDETALLES DEL ALMACENAMIENTO DE LOS DATOS.

� LA ESTRUCTURA DE UNA BD SE REFIERE A LOS TIPOS DE DATOS,LOS VÍNCULOS Y LAS RESTRICCIONES QUE DEBEN CUMPLIRSEPARA ESOS DATOS.

� GENERALMENTE LOS MODELOS DE DATOS CONTIENEN UNCONJUNTO DE OPERACIONES BÁSICAS PARA ESPECIFICARLECTURAS Y ACTUALIZACIONES DE LA BD.

� EL MODELO DE DATOS GENERALMENTE INCLUYE CONCEPTOSPARA ESPECIFICAR EL ASPECTO DINÁMICO OCOMPORTAMIENTO DE UNA APLICACIÓN DE BD:

� PERMITE ESPECIFICAR OPERACIONES DEFINIDAS POR ELUSUARIO.

INTRODUCCIÓN - REVISIÓN 55

MODELOS DE DATOS, ESQUEMAS EINSTANCIAS

� CATEGORÍAS DE LOS MODELOS DE DATOS

� LOS MODELOS DE DATOS SE PUEDEN CLASIFICAR DEPENDIENDODE LOS TIPOS DE CONCEPTOS QUE OFRECEN PARA DESCRIBIR LAESTRUCTURA DE LA BD.

� LOS MODELOS DE DATOS DE ALTO NIVEL O CONCEPTUALES:

� DISPONEN DE CONCEPTOS MUY CERCANOS AL MODO COMOLA MAYORÍA DE LOS USUARIOS PERCIBE LOS DATOS.

� UTILIZAN CONCEPTOS COMO ENTIDADES, ATRIBUTOS YRELACIONES.

� LOS MODELOS DE DATOS DE BAJO NIVEL O FÍSICOS :

� PROPORCIONAN CONCEPTOS QUE DESCRIBEN LOS DETALLESSOBRE CÓMO SE ALMACENAN LOS DATOS EN ELORDENADOR.

INTRODUCCIÓN - REVISIÓN 56

MODELOS DE DATOS, ESQUEMAS EINSTANCIAS

� LOS MODELOS DE DATOS DE REPRESENTACIÓN (O DEIMPLEMENTACIÓN):

� OCULTAN ALGUNOS DETALLES SOBRE CÓMO SE ALMACENANLOS DATOS.

� PUEDEN IMPLEMENTARSE DE MANERA DIRECTA EN UNSISTEMA DE COMPUTADOR.

� UNA ENTIDAD REPRESENTA UN OBJETO O CONCEPTO DELMUNDO REAL:

� EJ.: UN EMPLEADO O UN PROYECTO, QUE SE DESCRIBE EN LABD.

� UN ATRIBUTO REPRESENTA ALGUNA PROPIEDAD DE INTERÉSQUE DA UNA DESCRIPCIÓN MÁS AMPLIA DE UNA ENTIDAD:

� EJ.: EL NOMBRE O EL SALARIO DEL EMPLEADO.

INTRODUCCIÓN - REVISIÓN 57

MODELOS DE DATOS, ESQUEMAS EINSTANCIAS

� UN VÍNCULO ENTRE DOS O MÁS ENTIDADES DESCRIBE UNAINTERACCIÓN ENTRE LAS ENTIDADES:

� EJ: LA RELACIÓN «TRABAJA EN» ENTRE UN EMPLEADO Y UNPROYECTO.

� LOS MODELOS DE DATOS DE REPRESENTACIÓN O DEIMPLEMENTACIÓN SON LOS MÁS UTILIZADOS EN LOS SGBDTRADICIONALES:

� MODELO DE DATOS RELACIONAL.

� MODELOS DE RED.

� MODELO JERÁRQUICO.

� LOS MODELOS DE DATOS DE REPRESENTACIÓN:

� REPRESENTAN DATOS MEDIANTE ESTRUCTURAS DEREGISTRO.

� SE LES DENOMINA MODELOS DE DATOS BASADOS ENREGISTROS.

INTRODUCCIÓN - REVISIÓN 58

MODELOS DE DATOS, ESQUEMAS EINSTANCIAS

� LOS MODELOS DE DATOS ORIENTADOS A OBJETOS:

� SON UNA NUEVA FAMILIA DE MODELOS DEIMPLEMENTACIÓN DE ALTO NIVEL MÁS PRÓXIMA A LOSMODELOS CONCEPTUALES.

� SE UTILIZAN COMO MODELOS CONCEPTUALES DE ALTONIVEL EN LA INGENIERÍA DEL SOFTWARE.

� LOS MODELOS DE DATOS FÍSICOS:

� DESCRIBEN CÓMO SE ALMACENAN LOS DATOS EN ELORDENADOR MEDIANTE LA REPRESENTACIÓN DEINFORMACIÓN:

� EJ.: FORMATOS DE REGISTRO, ORDENACIONES DEREGISTROS Y CAMINOS DE ACCESO.

� UN CAMINO DE ACCESO ES UNA ESTRUCTURA QUE REALIZA LABÚSQUEDA DE DETERMINADOS REGISTROS DE LA BDEFICIENTEMENTE.

INTRODUCCIÓN - REVISIÓN 59

MODELOS DE DATOS, ESQUEMAS EINSTANCIAS

� ESQUEMAS, INSTANCIAS Y ESTADO DE LA BD

� LA DESCRIPCIÓN DE LA BD SE CONOCE COMO ESQUEMA DE LABD:

� SE ESPECIFICA DURANTE EL DISEÑO DE LA BD Y NO SEMODIFICA FRECUENTEMENTE.

� GENERALMENTE SE REPRESENTA MEDIANTE UN DIAGRAMADEL ESQUEMA:

� PRESENTA LA ESTRUCTURA DE TODOS LOS TIPOS DEREGISTRO PERO NO LAS INSTANCIAS REALES DE LOSREGISTROS.

� A CADA UNO DE LOS OBJETOS DEL ESQUEMA, COMOALUMNO O CURSO, SE LE DENOMINA ELEMENTO DELESQUEMA.

INTRODUCCIÓN - REVISIÓN 60

MODELOS DE DATOS, ESQUEMAS EINSTANCIAS

� DIAGRAMA DEL ESQUEMA DE UNA BD:

INTRODUCCIÓN - REVISIÓN 61

MODELOS DE DATOS, ESQUEMAS EINSTANCIAS

� EL ESTADO DE LA BD, CONJUNTO ACTUAL DE OCURRENCIAS OINSTANTÁNEA SON LOS DATOS QUE LA BD CONTIENE EN UNDETERMINADO MOMENTO:

� CADA ELEMENTO DEL ESQUEMA TIENE SU PROPIOCONJUNTO ACTUAL DE INSTANCIAS:

� EJ.: EL ELEMENTO ALUMNO CONTENDRÁ COMOINSTANCIAS EL CONJUNTO DE ENTIDADES DE ALUMNOINDIVIDUALES (REGISTROS).

� SIEMPRE QUE SE ACTUALICE LA BD SE TENDRÁ OTRO ESTADO.

� EL SGBD ALMACENA LAS DESCRIPCIONES DE LOS ELEMENTOSDEL ESQUEMA Y LAS RESTRICCIONES (TAMBIÉN LLAMADASMETA-DATOS) EN SU CATÁLOGO.

INTRODUCCIÓN - REVISIÓN 62

MODELOS DE DATOS, ESQUEMAS EINSTANCIAS

� AL ESQUEMA SE LE LLAMA INTENSIÓN Y A UN ESTADO DE LA BDEXTENSIÓN DEL ESQUEMA.

� UN CAMBIO DEL ESQUEMA SE DENOMINA EVOLUCIÓN DELESQUEMA:

� EJ.: LOS REQUERIMIENTOS DE UNA APLICACIÓN CAMBIAN YES NECESARIO ALMACENAR UN NUEVO ELEMENTO DE DATOSPARA CADA REGISTRO.

INTRODUCCIÓN - REVISIÓN 63

ARQUITECTURA DE UN SGBD EINDEPENDENCIA DE DATOS

INTRODUCCIÓN - REVISIÓN 64

ARQUITECTURA DE UN SGBD EINDEPENDENCIA DE DATOS

� HAY TRES CARACTERÍSTICAS IMPORTANTES INHERENTES ALENFOQUE DE LAS BD:

� LA SEPARACIÓN ENTRE LOS PROGRAMAS Y LOS DATOS(INDEPENDENCIA ENTRE PROGRAMAS Y DATOS, Y ENTREPROGRAMAS Y OPERACIONES).

� EL SOPORTE DE MÚLTIPLES VISTAS DE USUARIO.

� EL EMPLEO DE UN CATÁLOGO PARA ALMACENAR LADESCRIPCIÓN (ESQUEMA) DE LA BD.

� SE PRESENTARÁ UNA ARQUITECTURA PARA LOS SISTEMAS DE BDDENOMINADA ARQUITECTURA DE TRES ESQUEMAS.

� SE ANALIZARÁ EL CONCEPTO DE INDEPENDENCIA DE DATOS.

INTRODUCCIÓN - REVISIÓN 65

ARQUITECTURA DE UN SGBD EINDEPENDENCIA DE DATOS

� ARQUITECTURA DE TRES ESQUEMAS

� EL OBJETIVO ES SEPARAR LAS APLICACIONES DEL USUARIO YLA BD FÍSICA.

� SE DEFINEN ESQUEMAS EN LOS TRES SIGUIENTES NIVELES:

� INTERNO.

� CONCEPTUAL.

� EXTERNO.

INTRODUCCIÓN - REVISIÓN 66

ARQUITECTURA DE UN SGBD EINDEPENDENCIA DE DATOS

� EL NIVEL INTERNO TIENE UN ESQUEMA INTERNO:

� DESCRIBE LA ESTRUCTURA FÍSICA DE ALMACENAMIENTO DELA BD.

� EMPLEA UN MODELO DE DATOS FÍSICO.

� DESCRIBE TODOS LOS DETALLES PARA SUALMACENAMIENTO Y LOS CAMINOS DE ACCESO PARA LA BD.

� EL NIVEL CONCEPTUAL TIENE UN ESQUEMA CONCEPTUAL:

� DESCRIBE LA ESTRUCTURA DE LA BD COMPLETA PARA UNACOMUNIDAD DE USUARIOS.

� OCULTA LOS DETALLES DE LAS ESTRUCTURAS FÍSICAS DEALMACENAMIENTO Y SE CONCENTRA EN DESCRIBIRENTIDADES, TIPOS DE DATOS, VÍNCULOS, OPERACIONES DELOS USUARIOS Y RESTRICCIONES.

� SE PUEDE USAR UN MODELO DE DATOS DE ALTO NIVEL OUNO DE IMPLEMENTACIÓN.

INTRODUCCIÓN - REVISIÓN 67

ARQUITECTURA DE UN SGBD EINDEPENDENCIA DE DATOS

� EL NIVEL EXTERNO O DE VISTAS:

� INCLUYE VARIOS ESQUEMAS EXTERNOS O VISTAS DEUSUARIO.

� CADA ESQUEMA EXTERNO DESCRIBE LA PARTE DE LA BDQUE INTERESA A UN GRUPO DE USUARIOS DETERMINADO, YOCULTA A ESE GRUPO EL RESTO DE LA BD.

� SE PUEDE USAR UN MODELO DE DATOS DE ALTO NIVEL OUNO DE IMPLEMENTACIÓN.

INTRODUCCIÓN - REVISIÓN 68

ARQUITECTURA DE UN SGBD EINDEPENDENCIA DE DATOS

� ARQUITECTURA DE TRES ESQUEMAS:

INTRODUCCIÓN - REVISIÓN 69

ARQUITECTURA DE UN SGBD EINDEPENDENCIA DE DATOS

� LOS TRES ESQUEMAS SON DESCRIPCIONES DE LOS DATOS.

� LOS DATOS REALES ESTÁN EN EL NIVEL FÍSICO.

� CADA GRUPO DE USUARIOS HACE REFERENCIAEXCLUSIVAMENTE A SU PROPIO ESQUEMA EXTERNO:

� EL SGBD DEBE TRANSFORMAR UNA SOLICITUD EXPRESADAEN TÉRMINOS DE UN ESQUEMA EXTERNO EN UNA SOLICITUDEXPRESADA EN TÉRMINOS DEL ESQUEMA CONCEPTUAL YLUEGO EN UNA SOLICITUD EN EL ESQUEMA INTERNO QUE SEPROCESARÁ SOBRE LA BD ALMACENADA.

� SI LA SOLICITUD ES UNA OBTENCIÓN DE DATOS, SERÁPRECISO MODIFICAR EL FORMATO DE LA INFORMACIÓNEXTRAÍDA DE LA BD ALMACENADA PARA QUE COINCIDACON LA VISTA EXTERNA DEL USUARIO.

� EL PROCESO DE TRANSFORMAR SOLICITUDES Y RESULTADOSDE UN NIVEL A OTRO SE DENOMINA CORRESPONDENCIA OTRANSFORMACIÓN (MAPPING).

INTRODUCCIÓN - REVISIÓN 70

ARQUITECTURA DE UN SGBD EINDEPENDENCIA DE DATOS

� INDEPENDENCIA DE DATOS

� SE LA PUEDE DEFINIR COMO LA CAPACIDAD PARA MODIFICAR ELESQUEMA EN UN NIVEL DEL SISTEMA DE BD SIN TENER QUEMODIFICAR EL ESQUEMA DEL NIVEL INMEDIATO SUPERIOR.

� SE DEFINEN DOS TIPOS DE INDEPENDENCIA DE DATOS:

� LÓGICA.

� FÍSICA.

INTRODUCCIÓN - REVISIÓN 71

ARQUITECTURA DE UN SGBD EINDEPENDENCIA DE DATOS

� INDEPENDENCIA LÓGICA DE LOS DATOS:

� ES LA CAPACIDAD DE MODIFICAR EL ESQUEMA CONCEPTUALSIN TENER QUE ALTERAR LOS ESQUEMAS EXTERNOS NI LOSPROGRAMAS DE APLICACIÓN.

� SE PUEDE MODIFICAR EL ESQUEMA CONCEPTUAL PARA:

� AÑADIR UN NUEVO TIPO DE REGISTRO O UN ELEMENTODE DATOS.

� ELIMINAR UN TIPO DE REGISTRO O UN ELEMENTO DEDATOS:

• LA ELIMINACIÓN NO DEBERÁ AFECTAR A LOSESQUEMAS EXTERNOS QUE SOLO SE REFIERAN A LOSDATOS RESTANTES.

INTRODUCCIÓN - REVISIÓN 72

ARQUITECTURA DE UN SGBD EINDEPENDENCIA DE DATOS

� LA INDEPENDENCIA FÍSICA DE LOS DATOS:

� ES LA CAPACIDAD DE MODIFICAR EL ESQUEMA INTERNO SINTENER QUE ALTERAR EL ESQUEMA CONCEPTUAL (O LOSEXTERNOS).

� TAL VEZ SEA PRECISO MODIFICAR EL ESQUEMA INTERNO PORLA NECESIDAD DE REORGANIZAR CIERTOS ARCHIVOSFÍSICOS PARA MEJORAR EL RENDIMIENTO DE LASOPERACIONES DE RECUPERACIÓN Y ACTUALIZACIÓN.

� SI LA BD AÚN CONTIENE LOS MISMOS DATOS NO SERÁNECESARIO MODIFICAR EL ESQUEMA CONCEPTUAL.

� EL SGBD DE MÚLTIPLES NIVELES DEBE INCLUIR EN SUCATÁLOGO INFORMACIÓN SOBRE CÓMO ESTABLECER LACORRESPONDENCIA ENTRE LAS SOLICITUDES Y LOS DATOSENTRE LOS DIVERSOS NIVELES:

� UTILIZA SOFTWARE ADICIONAL PARA REALIZAR ESTASCORRESPONDENCIAS.

INTRODUCCIÓN - REVISIÓN 73

ARQUITECTURA DE UN SGBD EINDEPENDENCIA DE DATOS

� LA INDEPENDENCIA DE DATOS SE LOGRA PORQUE ALMODIFICARSE EL ESQUEMA EN ALGÚN NIVEL:

� EL ESQUEMA DEL NIVEL INMEDIATAMENTE SUPERIORPERMANECE SIN CAMBIOS.

� SÓLO SE MODIFICA LA CORRESPONDENCIA ENTRE LOS DOSNIVELES Y NO ES PRECISO MODIFICAR LOS PROGRAMAS DEAPLICACIÓN QUE HACEN REFERENCIA AL ESQUEMA DELNIVEL SUPERIOR.

INTRODUCCIÓN - REVISIÓN 74

LENGUAJES E INTERFACES DE BD

INTRODUCCIÓN - REVISIÓN 75

LENGUAJES E INTERFACES DE BD

� UN SGBD DEBE OFRECER LENGUAJES E INTERFACES APROPIADOSPARA CADA CATEGORÍA DE USUARIOS.

INTRODUCCIÓN - REVISIÓN 76

LENGUAJES E INTERFACES DE BD

� LENGUAJES DEL SGBD

� SI NO SE MANTIENE UNA SEPARACIÓN ESTRICTA DE NIVELES, ELABD (ADMINISTRADOR DE BD) Y LOS DISEÑADORES DE LA BDUTILIZAN UN MISMO LENGUAJE PARA DEFINIR LOS ESQUEMASCONCEPTUAL E INTERNO:

� EL LENGUAJE DE DEFINICIÓN DE DATOS (LDD).

� EL SGBD TENDRÁ UN COMPILADOR DE LDD PARA PROCESARLAS SENTENCIAS ESCRITAS EN EL LDD PARA IDENTIFICARLAS DESCRIPCIONES DE LOS ELEMENTOS DE LOS ESQUEMASY ALMACENAR LA DESCRIPCIÓN DEL ESQUEMA EN ELCATÁLOGO DEL SGBD.

INTRODUCCIÓN - REVISIÓN 77

LENGUAJES E INTERFACES DE BD

� SI EN LOS SGBD SE SEPARAN CLARAMENTE LOS NIVELESCONCEPTUAL E INTERNO:

� EL LDD SERVIRÁ SÓLO PARA ESPECIFICAR EL ESQUEMACONCEPTUAL.

� PARA ESPECIFICAR EL ESQUEMA INTERNO SE UTILIZA ELLENGUAJE DE DEFINICIÓN DE ALMACENAMIENTO (LDA).

� LAS CORRESPONDENCIAS ENTRE LOS DOS ESQUEMAS SEPUEDEN ESPECIFICAR EN CUALQUIERA DE LOS DOSLENGUAJES.

INTRODUCCIÓN - REVISIÓN 78

LENGUAJES E INTERFACES DE BD

� PARA UNA ARQUITECTURA DE TRES ESQUEMAS SE PRECISAADEMÁS EL LENGUAJE DE DEFINICIÓN DE VISTAS (LDV):

� PARA ESPECIFICAR LAS VISTAS DEL USUARIO Y SUSCORRESPONDENCIAS CON EL ESQUEMA CONCEPTUAL.

� LAS OPERACIONES DE MANIPULACIÓN MÁS COMUNES SON LARECUPERACIÓN, LA INSERCIÓN, LA ELIMINACIÓN Y LAMODIFICACIÓN DE LOS DATOS:

� EL SGBD DISPONE DE UN LENGUAJE DE MANIPULACIÓN DEDATOS (LMD) PARA ESTOS FINES.

� EN LOS ACTUALES SGBD LOS TIPOS DE LENGUAJESMENCIONADOS NO SE CONSIDERAN LENGUAJES DIFERENTES:

� SE UTILIZA UN AMPLIO LENGUAJE INTEGRADO QUE CUENTACON ELEMENTOS PARA DEFINIR ESQUEMAS CONCEPTUALES,DEFINIR VISTAS, MANIPULAR DATOS Y DEFINIR SUALMACENAMIENTO.

INTRODUCCIÓN - REVISIÓN 79

LENGUAJES E INTERFACES DE BD

� LA DEFINICIÓN DEL ALMACENAMIENTO NORMALMENTE SEMANTIENE SEPARADA YA QUE SE UTILIZA PARA DEFINIR LASESTRUCTURAS FÍSICAS DE ALMACENAMIENTO.

� EL LENGUAJE DE BD RELACIONALES SQL REPRESENTA UNACOMBINACIÓN DE LDD, LDV, Y LMD, Y SENTENCIAS PARAESPECIFICACIÓN DE RESTRICCIONES Y EVOLUCIÓN DELESQUEMA.

� HAY DOS TIPOS PRINCIPALES DE LMD:

� DE ALTO NIVEL.

� DE BAJO NIVEL.

INTRODUCCIÓN - REVISIÓN 80

LENGUAJES E INTERFACES DE BD

� DE ALTO NIVEL O DE NO PROCEDIMIENTO:

� SE PUEDEN UTILIZAR DE MANERA INDEPENDIENTE PARAESPECIFICAR OPERACIONES COMPLEJAS DE BD EN FORMACONCISA DESDE UN TERMINAL O EMBEBIDAS EN UNLENGUAJE DE PROGRAMACIÓN.

� SE LES LLAMA LMD DE CONJUNTO POR CONJUNTO UORIENTADOS A CONJUNTOS (PUEDEN RECUPERARCONJUNTOS DE REGISTROS CON UNA INSTRUCCIÓN).

� DE BAJO NIVEL O DE PROCEDIMIENTO:

� DEBEN ESTAR EMBEBIDOS EN UN LENGUAJE DEPROGRAMACIÓN.

� SE LOS CONOCE COMO LMD DE REGISTRO POR REGISTRO UORIENTADOS A REGISTRO (PUEDEN RECUPERAR UNREGISTRO CON UNA INSTRUCCIÓN).

� EL SQL ES UN LMD DE ALTO NIVEL.

INTRODUCCIÓN - REVISIÓN 81

LENGUAJES E INTERFACES DE BD

� INTERFACES DEL SGBD

� ENTRE LAS INTERFACES AMIGABLES GENERALMENTE ESTÁNLAS SIGUIENTES:

� INTERFACES PARA NAVEGACIÓN BASADAS EN MENÚS.

� INTERFACES BASADAS EN FORMULARIOS.

� INTERFACES GRÁFICAS DE USUARIO.

� INTERFACES DE LENGUAJE NATURAL.

� INTERFACES PARA USUARIOS PARAMÉTRICOS.

� INTERFACES PARA EL ABD.

INTRODUCCIÓN - REVISIÓN 82

LENGUAJES E INTERFACES DE BD

� INTERFACES PARA NAVEGACIÓN BASADOS EN MENÚS:

� PRESENTAN AL USUARIO LISTAS DE OPCIONES (MENÚS) QUELO GUÍAN PARA FORMULAR UNA SOLICITUD.

� LOS MENÚS PERMITEN CONFECCIONAR LA SOLICITUD PASO APASO MEDIANTE LA ELECCIÓN DE LAS DIFERENTESOPCIONES.

� PERMITEN OJEAR LOS CONTENIDOS DE UNA BD USANDO UNAFORMA DE EXPLORACIÓN NO ESTRUCTURADA.

INTRODUCCIÓN - REVISIÓN 83

LENGUAJES E INTERFACES DE BD

� INTERFACES BASADAS EN FORMULARIOS:

� PRESENTAN UN FORMULARIO AL USUARIO:

� PUEDE RELLENAR TODAS LAS ENTRADAS PARA INSERTARNUEVOS DATOS.

� PUEDE RELLENAR SÓLO ALGUNOS DE ELLOS: EL SGBDOBTENDRÁ LOS DATOS QUE COINCIDAN CON LOS QUE SEHAN ESPECIFICADO.

� LOS FORMULARIOS SUELEN DISEÑARSE Y PROGRAMARSECOMO INTERFACES DE TRANSACCIONES PROGRAMADAS.

� GENERALMENTE LOS SGBD CUENTAN CON LOS LENGUAJESDE ESPECIFICACIÓN DE FORMULARIOS.

INTRODUCCIÓN - REVISIÓN 84

LENGUAJES E INTERFACES DE BD

� INTERFACES GRÁFICAS DE USUARIO (GUI):

� SUELEN PRESENTAR LOS ESQUEMAS EN FORMA DEDIAGRAMA Y SE PUEDE ESPECIFICAR UNA CONSULTAMANIPULANDO EL DIAGRAMA.

� GENERALMENTE LAS GUI SE COMBINAN CON MENÚS YFORMULARIOS.

INTRODUCCIÓN - REVISIÓN 85

LENGUAJES E INTERFACES DE BD

� INTERFACES DE LENGUAJE NATURAL:

� ACEPTAN SOLICITUDES ESCRITAS EN INGLÉS O EN OTROIDIOMA E INTENTAN «ENTENDERLAS».

� SUELEN TENER SU PROPIO «ESQUEMA», SIMILAR ALESQUEMA CONCEPTUAL DE LA BD.

� SI LA INTERFAZ INTERPRETA LA SOLICITUD GENERA UNACONSULTA DE ALTO NIVEL QUE CORRESPONDE A LASOLICITUD EN LENGUAJE NATURAL Y LA ENVÍA AL SGBDPARA SU PROCESAMIENTO.

� SI NO INTERPRETA LA SOLICITUD SE INICIA UN DIÁLOGO CONEL USUARIO PARA ESCLARECER LA SOLICITUD.

INTRODUCCIÓN - REVISIÓN 86

LENGUAJES E INTERFACES DE BD

� INTERFACES PARA USUARIOS PARAMÉTRICOS:

� LOS USUARIOS PARAMÉTRICOS (EJ. LOS CAJEROS DE UNBANCO) FRECUENTEMENTE TIENEN UN CONJUNTO PEQUEÑODE OPERACIONES QUE DEBEN REALIZAR REPETIDAMENTE.

� SE LES DISEÑA E IMPLEMENTA UNA INTERFAZ ESPECIAL CONUN CONJUNTO REDUCIDO DE INSTRUCCIONES ABREVIADAS:

� EJ.: SE PUEDEN PROGRAMAR LAS TECLAS DE FUNCIÓN DEUNA TERMINAL PARA QUE INICIEN LAS DIVERSASINSTRUCCIONES.

INTRODUCCIÓN - REVISIÓN 87

LENGUAJES E INTERFACES DE BD

� INTERFACES PARA EL ABD:

� LA MAYORÍA DE LOS SGBD CONTIENEN INSTRUCCIONESPRIVILEGIADAS QUE SÓLO EL PERSONAL DEL ABD PUEDEUTILIZAR:

� CREAR CUENTAS, ESTABLECER LOS PARÁMETROS DELSISTEMA, OTORGAR AUTORIZACIONES A LAS CUENTAS,MODIFICAR LOS ESQUEMAS Y REORGANIZAR LAESTRUCTURA DE ALMACENAMIENTO DE UNA BD.

INTRODUCCIÓN - REVISIÓN 88

EL ENTORNO DEL SISTEMA DE BD

INTRODUCCIÓN - REVISIÓN 89

EL ENTORNO DEL SISTEMA DE BD

� LOS SGBD SON SISTEMAS DE SOFTWARE MUY COMPLEJOS.

� SE ANALIZARÁN LOS TIPOS DE COMPONENTES DEL SGBD Y LOSTIPOS DE SOFTWARE DEL SISTEMA DE COMPUTADOR CON LOSCUALES INTERACTÚA EL SGBD:

� MÓDULOS COMPONENTES DEL SGBD.

� UTILIDADES DEL SISTEMA DE BD.

� HERRAMIENTAS, ENTORNOS DE APLICACIÓN Y RECURSOSDE COMUNICACIÓN.

INTRODUCCIÓN - REVISIÓN 90

EL ENTORNO DEL SISTEMA DE BD

� MÓDULOS COMPONENTES DEL SGSD

� MÓDULOS COMPONENTES DE UN SGBD TÍPICO. LAS LÍNEASPUNTEADAS INDICAN ACCESOS QUE ESTÁN BAJO EL CONTROLDEL GESTOR DE DATOS ALMACENADOS:

INTRODUCCIÓN - REVISIÓN 91

EL ENTORNO DEL SISTEMA DE BD

INTRODUCCIÓN - REVISIÓN 92

EL ENTORNO DEL SISTEMA DE BD

� LA BD Y EL CATÁLOGO DEL SGBD CASI SIEMPRE SE ALMACENANEN DISCO.

� EL GESTOR DE DATOS ALMACENADOS DEL SGBD CONTROLA ELACCESO A LA INFORMACIÓN DEL SGBD ALMACENADA EN ELDISCO:

� LAS LÍNEAS PUNTEADAS Y LOS CÍRCULOS ROTULADOS A, B,C, D, Y E ILUSTRAN ACCESOS QUE ESTÁN BAJO EL CONTROLDE ESTE GESTOR DE DATOS ALMACENADOS.

� EI COMPILADOR DE LDD:

� PROCESA LAS DEFINICIONES DE ESQUEMAS ESPECIFICADASEN EL LDD.

� ALMACENA LAS DESCRIPCIONES DE LOS ESQUEMAS(METADATOS) EN EL CATÁLOGO DEL SGBD.

INTRODUCCIÓN - REVISIÓN 93

EL ENTORNO DEL SISTEMA DE BD

� EL CATÁLOGO CONTIENE:

� LOS NOMBRES DE LOS FICHEROS Y DE LOS ELEMENTOS DEDATOS.

� LOS DETALLES DE ALMACENAMIENTO DE CADA FICHERO.

� LA INFORMACIÓN DE CORRESPONDENCIA ENTRE LOSESQUEMAS Y LAS RESTRICCIONES.

� OTROS TIPOS DE INFORMACIÓN NECESARIA PARA EL SGBD.

� EL PROCESADOR DE BD EN TIEMPO DE EJECUCIÓN:

� SE ENCARGA DE LOS ACCESOS DURANTE LA EJECUCIÓN.

� EL ACCESO AL DISCO SE TIENE MEDIANTE EL GESTOR DEDATOS ALMACENADOS.

INTRODUCCIÓN - REVISIÓN 94

EL ENTORNO DEL SISTEMA DE BD

� EL COMPILADOR DE CONSULTAS:

� MANEJA LAS CONSULTAS DE ALTO NIVEL QUE SEINTRODUCEN INTERACTIVAMENTE.

� ANALIZA LA SINTAXIS Y COMPILA LA CONSULTA O LAINTERPRETA.

� CREA EL CÓDIGO DE ACCESO A LA BD.

� GENERA LLAMADAS AL PROCESADOR EN TIEMPO DEEJECUCIÓN PARA EJECUTAR DICHO CÓDIGO.

INTRODUCCIÓN - REVISIÓN 95

EL ENTORNO DEL SISTEMA DE BD

� EL PRECOMPILADOR:

� EXTRAE INSTRUCCIONES EN LMD DE UN PROGRAMA DEAPLICACIÓN ESCRITO EN UN LENGUAJE DE PROGRAMACIÓNANFITRIÓN.

� LAS INSTRUCCIONES SE ENVÍAN AL COMPILADOR DE LMDPARA CONVERTIRLAS EN CÓDIGO OBJETO PARA EL ACCESO ALA BD

� EL RESTO DEL PROGRAMA SE ENVÍA AL COMPILADOR DELLENGUAJE ANFITRIÓN.

� EL CÓDIGO OBJETO DE LAS INSTRUCCIONES EN LMD Y EL DELRESTO DEL PROGRAMA SE ENLAZAN (LINKEDITAN),FORMANDO UNA TRANSACCIÓN PROGRAMADA CUYOCÓDIGO EJECUTABLE INCLUYE LLAMADAS AL PROCESADORDE LA BD DURANTE EL TIEMPO DE EJECUCIÓN.

INTRODUCCIÓN - REVISIÓN 96

EL ENTORNO DEL SISTEMA DE BD

� UTILIDADES DEL SISTEMA DE BD

� GENERALMENTE LOS SGBD CUENTAN CON UTILIDADES DE BDQUE AYUDAN AL ABD A GESTIONAR EL SISTEMA. LASUTILIDADES EFECTÚAN LOS SIGUIENTES TIPOS DE FUNCIONES:

� CARGA.

� COPIA DE SEGURIDAD.

� REORGANIZACIÓN DE ARCHIVOS.

� CONTROL DEL RENDIMIENTO.

INTRODUCCIÓN - REVISIÓN 97

EL ENTORNO DEL SISTEMA DE BD

� CARGA:

� SE UTILIZA PARA CARGAR ARCHIVOS DE DATOS YAEXISTENTES EN LA BD.

� MODIFICA AUTOMÁTICAMENTE EL FORMATO DE LOS DATOSY LOS ALMACENA EN LA BD.

� COPIA DE SEGURIDAD (BACKUP):

� CREAN UNA COPIA DE SEGURIDAD DE LA BD.

� LA COPIA PUEDE SERVIR PARA RESTAURAR LA BD EN CASODE UN FALLO CATASTRÓFICO.

� EN LAS COPIAS DE SEGURIDAD EN NIVELES SÓLO SEREGISTRAN LOS CAMBIOS HABIDOS DESDE LA ANTERIORCOPIA DE SEGURIDAD.

INTRODUCCIÓN - REVISIÓN 98

EL ENTORNO DEL SISTEMA DE BD

� REORGANIZACIÓN DE ARCHIVOS:

� PUEDE SERVIR PARA PASAR DE UNA ORGANIZACIÓN DE LOSARCHIVOS DE LA BD A OTRA CON EL FIN DE MEJORAR ELRENDIMIENTO.

� CONTROL DEL RENDIMIENTO:

� SUPERVISAN LA UTILIZACIÓN DE LA BD Y PROPORCIONANDATOS ESTADÍSTICOS AL ABD, EL CUAL LOS UTILIZA PARADECIDIR, POR EJEMPLO, SI CONVIENE REORGANIZAR LOSFICHEROS CON EL FIN DE MEJORAR EL RENDIMIENTO.

� PUEDE HABER UTILIDADES PARA ORDENAR ARCHIVOS,COMPRIMIR DATOS, SUPERVISAR LOS ACCESOS DE LOSUSUARIOS Y EFECTUAR OTRAS FUNCIONES.

INTRODUCCIÓN - REVISIÓN 99

EL ENTORNO DEL SISTEMA DE BD

� HERRAMIENTAS, ENTORNOS DE APLICACIÓN Y RECURSOS DECOMUNICACIÓN

� LAS HERRAMIENTAS CASE (COMPUTER AIDED SOFTWAREENGINEERING) SE UTILIZAN EN LA FASE DE DISEÑO DE LOSSISTEMAS DE BD.

� OTRA HERRAMIENTA ÚTIL EN LAS ORGANIZACIONES GRANDESES EL SISTEMA DE DICCIONARIO DE DATOS EXTENDIDO (OREPOSITORIO DE DATOS):

� ALMACENA LA INFORMACIÓN DEL CATÁLOGO SOBREESQUEMAS Y RESTRICCIONES.

� ALMACENA LAS DECISIONES DE DISEÑO, LA UTILIZACIÓN DENORMAS, LA DESCRIPCIÓN DE PROGRAMAS DE APLICACIÓN,E INFORMACIÓN DEL USUARIO.

� SE DENOMINA TAMBIÉN REPOSITORIO DE INFORMACIÓN.

INTRODUCCIÓN - REVISIÓN 100

EL ENTORNO DEL SISTEMA DE BD

� LOS ENTORNOS DE DESARROLLO DE APLICACIONES INCLUYENFACILIDADES PARA AYUDAR EN MUCHAS FACETAS DE LOSSISTEMAS DE BD:

� EL DISEÑO DE LA BD.

� EL DESARROLLO DE GUI.

� CONSULTAS Y ACTUALIZACIONES.

� EL DESARROLLO DE PROGRAMAS DE APLICACIÓN.

� EL SGBD TAMBIÉN INTERACTÚA CON SOFTWARE DECOMUNICACIONES QUE PERMITE A LOS USUARIOS REMOTOSACCEDER A LA BD:

� EL SISTEMA INTEGRADO DEL SGBD Y COMUNICACIÓN DEDATOS SE DENOMINA SISTEMA DB/DC (DATABASE/DATACOMMUNICATIONS).

INTRODUCCIÓN - REVISIÓN 101

CLASIFICACIÓN DE LOS SISTEMASDE GESTIÓN DE BD

INTRODUCCIÓN - REVISIÓN 102

CLASIFICACIÓN DE LOS SISTEMASDE GESTIÓN DE BD

� EXISTEN VARIOS CRITERIOS PARA CLASIFICAR LOS SGBD.

� EL PRINCIPAL CRITERIO ES EL MODELO DE DATOS EN QUE SEBASAN.

� LOS DOS MODELOS DE DATOS UTILIZADOS EN LA MAYORÍA DELOS SGBD COMERCIALES ACTUALES SON:

� MODELO DE DATOS RELACIONAL.

� MODELO DE DATOS ORIENTADO A OBJETOS.

� MUCHAS APLICACIONES HEREDADAS (ANTIGUAS) EJECUTANSOBRE SISTEMAS DE BD BASADOS EN:

� MODELO DE DATOS JERÁRQUICO.

� MODELO DE RED.

INTRODUCCIÓN - REVISIÓN 103

CLASIFICACIÓN DE LOS SISTEMASDE GESTIÓN DE BD� LOS SGBD RELACIONALES ESTÁN EVOLUCIONANDO Y HAN

INCORPORADO MUCHOS DE LOS CONCEPTOS QUE SEDESARROLLARON EN LAS BD ORIENTADAS A OBJETOS:

� SGBD OBJETO-RELACIONALES.

� OTRO CRITERIO PARA CLASIFICAR LOS SGBD ES EL NÚMERO DEUSUARIOS A LOS QUE DA SERVICIO EL SISTEMA:

� MONOUSUARIO: SÓLO ATIENDEN A UN USUARIO A LA VEZ.

� MULTIUSUARIO: ATIENDEN A VARIOS USUARIOS AL MISMOTIEMPO.

� OTRO CRITERIO ES EL NÚMERO DE SITIOS EN LOS QUE ESTÁDISTRIBUIDA LA BASE DE DATOS:

� CENTRALIZADO: LOS DATOS ESTÁN ALMACENADOS EN UNSÓLO SITIO.

� DISTRIBUIDO (SGBDD): LA BD REAL Y EL SOFTWARE DELSGBD PUEDEN ESTAR DISTRIBUIDOS EN VARIOS SITIOS,CONECTADOS POR UNA RED DE COMPUTADORES.

INTRODUCCIÓN - REVISIÓN 104

CLASIFICACIÓN DE LOS SISTEMASDE GESTIÓN DE BD� LOS SGBDD HOMOGÉNEOS UTILIZAN EL MISMO SOFTWARE DE

SGBD EN MÚLTIPLES SITIOS.

� LA TENDENCIA ES TENER ACCESO A VARIAS BD AUTÓNOMASPREEXISTENTES ALMACENADAS EN SGBD HETEROGÉNEOS:

� APARECEN LOS SGBD FEDERADOS (O SISTEMAS MULTIBASEDE DATOS).

� LOS SGBD PARTICIPANTES ESTÁN DÉBILMENTE ACOPLADOSY TIENEN CIERTO GRADO DE AUTONOMÍA LOCAL.

� MUCHOS SGBDD EMPLEAN UNA ARQUITECTURA CLIENTE-SERVIDOR.

� OTRO CRITERIO ES EL COSTO DEL SGBD:

� LOS SISTEMAS MONOUSUARIO MÁS ECONÓMICOS PARA PCCUESTAN ENTRE 100 Y 3.000 DÓLARES.

� LOS PAQUETES MUY COMPLETOS CUESTAN MÁS DE 100.000DÓLARES.

INTRODUCCIÓN - REVISIÓN 105

CLASIFICACIÓN DE LOS SISTEMASDE GESTIÓN DE BD� OTRA CLASIFICACIÓN SE BASA EN LOS TIPOS DE CAMINOS DE

ACCESO PARA ALMACENAR LOS ARCHIVOS:

� FRECUENTEMENTE SE USAN ARCHIVOS INVERTIDOS.

� LOS SGBD PUEDEN SER DE PROPÓSITO GENERAL O DEPROPÓSITO ESPECIAL:

� CUANDO EL RENDIMIENTO TIENE GRAN IMPORTANCIA SEPUEDE DISEÑAR Y CONSTRUIR UN SGBD DE PROPÓSITOESPECIAL PARA UNA APLICACIÓN ESPECÍFICA:

� EJ.: SISTEMAS DE RESERVAS DE LÍNEAS AÉREAS Y DEDIRECTORIOS TELEFÓNICOS QUE PERTENECEN A LACATEGORÍA DE SISTEMAS DE PROCESAMIENTO DETRANSACCIONES EN LÍNEA (OLTP: ON-LINETRANSACTION PROCESSING).

INTRODUCCIÓN - REVISIÓN 106

CATÁLOGOS DE LOS SISTEMAS DEGESTIÓN DE BD

INTRODUCCIÓN - REVISIÓN 107

CATÁLOGOS DE LOS SISTEMAS DEGESTIÓN DE BD� SE CONSIDERARÁN LOS CATÁLOGOS PARA LOS SGBD

RELACIONALES.

� LA INFORMACIÓN ALMACENADA EN EL CATÁLOGO DE UN SGBDRELACIONAL INCLUYE:

� DESCRIPCIONES DE LOS NOMBRES DE LAS RELACIONES.

� NOMBRES DE LOS ATRIBUTOS.

� DOMINIOS (TIPOS DE DATOS) DE LOS ATRIBUTOS.

� DESCRIPCIONES DE LAS RESTRICCIONES (CLAVES PRIMARIAS,CLAVES SECUNDARIAS, CLAVES EXTERNAS, NULO/NO NULO,Y OTROS TIPOS DE RESTRICCIONES), VISTAS, ESTRUCTURASDE ALMACENAMIENTO E ÍNDICES.

� INFORMACIÓN DE SEGURIDAD Y AUTORIZACIÓN:

� ESPECIFICA LOS PERMISOS QUE TIENEN LOS USUARIOSPARA ACCEDER A LAS RELACIONES Y VISTAS DE LA BD, YQUIÉNES SON LOS CREADORES O PROPIETARIOS DE CADARELACIÓN.

INTRODUCCIÓN - REVISIÓN 108

CATÁLOGOS DE LOS SISTEMAS DEGESTIÓN DE BD� EN LOS SGBD RELACIONALES ES HABITUAL ALMACENAR EL

PROPIO CATALOGO COMO RELACIONES Y USAR EL SOFTWAREDEL SGBD PARA CONSULTARLO, ACTUALIZARLO YMANTENERLO.

INTRODUCCIÓN - REVISIÓN 109

CATÁLOGOS DE LOS SISTEMAS DEGESTIÓN DE BD� DIAGRAMA DEL ESQUEMA PARA LA BD RELACIONAL “EMPRESA”;

LAS CLAVES PRIMARIAS ESTÁN SUBRAYADAS:

INTRODUCCIÓN - REVISIÓN 110

CATÁLOGOS DE LOS SISTEMAS DEGESTIÓN DE BD� EJEMPLO DE UNA RELACIÓN DE CATÁLOGO BÁSICA PARA

DESCRIBIR LOS ESQUEMAS DE RELACIÓN DE LA FIGURAANTERIOR:

INTRODUCCIÓN - REVISIÓN 111

CATÁLOGOS DE LOS SISTEMAS DEGESTIÓN DE BD� OTRAS POSIBLES RELACIONES DEL CATÁLOGO PARA UN SISTEMA

RELACIONAL. (A) POSIBLE RELACIÓN DEL CATÁLOGO PARAALMACENAR INFORMACIÓN GENERAL DE LAS CLAVES. (B)POSIBLE RELACIÓN DEL CATÁLOGO PARA ALMACENARINFORMACIÓN DE ÍNDICES. (C) POSIBLES RELACIONES DELCATÁLOGO PARA ALMACENAR INFORMACIÓN DE VISTAS:

INTRODUCCIÓN - REVISIÓN 112

INFORMACIÓN DE LOS CATÁLOGOS

INTRODUCCIÓN - REVISIÓN 113

INFORMACIÓN DE LOS CATÁLOGOS

� LOS MÓDULOS DEL SGBD USAN Y LEEN EL CATÁLOGOFRECUENTEMENTE:

� ES IMPORTANTE IMPLEMENTAR EL ACCESO AL CATÁLOGO DELA FORMA MÁS EFICIENTE POSIBLE.

� SON DIFERENTES LAS FORMAS EN QUE ALGUNOS MÓDULOS DESOFTWARE DEL SGBD USAN Y LEEN EL CATÁLOGO:

� COMPILADORES DE LDD (Y LDA).

� ANALIZADOR SINTÁCTICO Y VERIFICADOR DE CONSULTASY LMD.

� COMPILADOR DE CONSULTAS Y DE LMD.

� OPTIMIZADOR DE CONSULTAS Y DEL LMD.

� COMPROBACIÓN DE AUTORIZACIÓN Y SEGURIDAD.

� CORRESPONDENCIA EXTERNA-CONCEPTUAL DE LASCONSULTAS Y COMANDOS DE INSTRUCCIONES DEL LMD.

INTRODUCCIÓN - REVISIÓN 114

INFORMACIÓN DE LOS CATÁLOGOS

� COMPILADORES DE LDD (Y LDA):

� PROCESAN Y VERIFICAN LA ESPECIFICACIÓN DE UNESQUEMA DE BD EN EL LENGUAJE DE DEFINICIÓN DE DATOS(LDD) Y ALMACENAN ESA DEFINICIÓN EN EL CATÁLOGO.

� LAS CONSTRUCCIONES Y RESTRICCIONES DEL ESQUEMA ENTODOS LOS NIVELES (CONCEPTUAL, INTERNO Y EXTERNO) SEEXTRAEN DE LAS ESPECIFICACIONES DE LDD Y DE LDA(LENGUAJE DE DEFINICIÓN DE ALMACENAMIENTO) Y SEINTRODUCEN EN EL CATÁLOGO.

� ESTOS MÓDULOS DE SOFTWARE REALMENTE PUEBLAN(CARGAN) LA MINIBASE DE DATOS (O META-BASE DE DATOS)CON DATOS QUE SON LAS DESCRIPCIONES DE LOS ESQUEMASDE LA BD.

INTRODUCCIÓN - REVISIÓN 115

INFORMACIÓN DE LOS CATÁLOGOS

� ANALIZADOR SINTÁCTICO Y VERIFICADOR DE CONSULTAS YLMD:

� ANALIZAN SINTÁCTICAMENTE LAS CONSULTAS, LASSENTENCIAS DE RECUPERACIÓN DEL LMD Y LAS SENTENCIASDE ACTUALIZACIÓN DE LA BD.

� EXAMINAN EL CATÁLOGO PARA VERIFICAR QUE TODOS LOSNOMBRES DE ESQUEMA A LOS QUE SE HACE REFERENCIA ENTODAS ESTAS SENTENCIAS SEAN VALIDOS:

� EJ.: VERIFICARÍA QUE TODOS LOS NOMBRES DE RELACIÓNESPECIFICADOS EN LA CONSULTA EXISTAN EN ELCATÁLOGO Y QUE LOS ATRIBUTOS ESPECIFICADOSPERTENEZCAN A LAS RELACIONES APROPIADAS YTENGAN EL TIPO APROPIADO.

INTRODUCCIÓN - REVISIÓN 116

INFORMACIÓN DE LOS CATÁLOGOS

� COMPILADOR DE CONSULTAS Y DE LMD:

� CONVIERTEN CONSULTAS DE ALTO NIVEL E INSTRUCCIONESDEL LMD EN INSTRUCCIONES DE ACCESO A ARCHIVOS DEBAJO NIVEL.

� SE TIENE ACCESO A LA CORRESPONDENCIA ENTRE ELESQUEMA CONCEPTUAL Y LAS ESTRUCTURAS DE FICHEROSDEL ESQUEMA INTERNO:

� EJ.: EL CATÁLOGO DEBE INCLUIR UNA DESCRIPCIÓN DECADA FICHERO Y DE SUS CAMPOS, Y DE LASCORRESPONDENCIAS ENTRE LOS CAMPOS Y LOSATRIBUTOS DEL NIVEL CONCEPTUAL.

INTRODUCCIÓN - REVISIÓN 117

INFORMACIÓN DE LOS CATÁLOGOS

� OPTIMIZADOR DE CONSULTAS Y DEL LMD:

� ACCEDE AL CATÁLOGO PARA OBTENER INFORMACIÓN SOBRECAMINOS DE ACCESO, IMPLEMENTACIÓN Y ESTADÍSTICAS DEDATOS PARA DETERMINAR LA MEJOR MANERA DE EJECUTARUNA CONSULTA O INSTRUCCIÓN DEL LMD:

� EJ.: EL OPTIMIZADOR TIENE ACCESO AL CATÁLOGO PARAVERIFICAR QUÉ CAMPOS DE UNA RELACIÓN TIENENACCESO POR DIRECCIONAMIENTO CALCULADO O PORÍNDICES, ANTES DE DECIDIR CÓMO EJECUTAR UNACONDICIÓN DE SELECCIÓN O DE REUNIÓN SOBRE ESARELACIÓN.

INTRODUCCIÓN - REVISIÓN 118

INFORMACIÓN DE LOS CATÁLOGOS

� COMPROBACIÓN DE AUTORIZACIÓN Y SEGURIDAD:

� EL ABD CUENTA CON INSTRUCCIONES PRIVILEGIADAS PARAACTUALIZAR LA PORCIÓN DE AUTORIZACIÓN Y DESEGURIDAD DEL CATÁLOGO.

� EL SGBD COMPRUEBA, ACCEDIENDO AL CATÁLOGO, TODOSLOS ACCESOS DE UN USUARIO A UNA RELACIÓN,VERIFICANDO SI EL USUARIO POSEE LA AUTORIZACIÓNNECESARIA.

INTRODUCCIÓN - REVISIÓN 119

INFORMACIÓN DE LOS CATÁLOGOS

� CORRESPONDENCIA EXTERNA-CONCEPTUAL DE LASCONSULTAS Y COMANDOS DE INSTRUCCIONES DEL LMD:

� LAS CONSULTAS E INSTRUCCIONES DEL LMD QUE SEESPECIFICAN HACIENDO REFERENCIA A UNA VISTA OESQUEMA EXTERNO DEBEN TRANSFORMARSE DE MODO QUEHAGAN REFERENCIA AL ESQUEMA CONCEPTUAL, ANTES DEQUE EL SGBD LAS PUEDA PROCESAR.

� ESTO REQUIERE EL ACCESO A LA DESCRIPCIÓN DE LA VISTAEN EL CATÁLOGO PARA PODER EFECTUAR LATRANSFORMACIÓN.

INTRODUCCIÓN - REVISIÓN 120

SISTEMAS DE DICCIONARIO DEDATOS Y DEPÓSITO DE DATOS

INTRODUCCIÓN - REVISIÓN 121

SISTEMAS DE DICCIONARIO DEDATOS Y DEPÓSITO DE DATOS� LOS DICCIONARIOS DE DATOS Y DEPÓSITOS DE DATOS SON

UNA UTILIDAD DEL SOFTWARE MÁS GENERAL QUE ELCATÁLOGO.

� PUEDEN INTERACTUAR CON LOS MÓDULOS DEL SGBD.

� LOS UTILIZAN PRINCIPALMENTE LOS DISEÑADORES, USUARIOSY ADMINISTRADORES DE UN SISTEMA DE COMPUTADOR PARA LAGESTIÓN DE LOS RECURSOS DE INFORMACIÓN.

� SIRVEN PARA MANTENER INFORMACIÓN DE CONFIGURACIONESHARDWARE Y SOFTWARE DEL SISTEMA, LA DOCUMENTACIÓN,LAS APLICACIONES Y LOS USUARIOS E INFORMACIONESRELEVANTES PARA LA ADMINISTRACIÓN DEL SISTEMA.

� SI SÓLO LOS USAN DISEÑADORES, USUARIOS YADMINISTRADORES Y NO EL SOFTWARE DEL SGBD, SE LLAMADICCIONARIO DE DATOS PASIVO.

� EN CASO CONTRARIO SE DENOMINA DICCIONARIO DE DATOSACTIVO O DIRECTORIO DE DATOS.

INTRODUCCIÓN - REVISIÓN 122

SISTEMAS DE DICCIONARIO DEDATOS Y DEPÓSITO DE DATOS� INTERFACES DE SOFTWARE Y HUMANAS PARA UN DICCIONARIO

DE DATOS: