SlideShare une entreprise Scribd logo
1  sur  49
Télécharger pour lire hors ligne
Conceptos fundamentales del entorno de un Sistema de Base de Datos CIT 221 Database Management Systems Lcda. Carol Puche
[object Object],En este capítulo, aprenderá a:
Un sistema  gestor de bases de datos (SGBD) consiste en una colección de datos interrelacionados y un conjunto de programas para acceder a dichos datos. La colección de datos normalmente denominada base de datos, contiene información relevante para cualquier organización. El  Objetivo principal  de un SGBD  es proporcionar una forma de almacenar y recuperar  la información de una base de datos de manera que sea tanto practica como eficiente. Los sistemas de bases de datos se diseñan para gestionar grandes cantidades  de información . La gestión de los datos implica tanto la definición de estructuras  para almacenar  la información como la provisión de mecanismo para la manipulación de la información.  Además los sistemas de bases de datos deben proporcionar  la fiabilidad de la información almacenada , a pesar  de las caídas  del sistema o los intentos de acceso sin autorización. Si los datos van a ser compartidos entre diversos usuarios, el sistema debe evitar posibles resultados anómalos. 1. Definición de un SGBD Fuente Fundamento de Bases de Datos  Silberschatz  -Kortn –Sudarshan Mc. Graw HillCuarta Edicióm
[object Object],[object Object],1.1.  Bases de datos en la vida cotidiana Bases de Datos Por:Ricardo Editorial: MCGRAW-HILL INTERAMERICANA EDITORES
1.1.  Bases de datos en la vida cotidiana Bases de Datos Por:Ricardo Editorial: MCGRAW-HILL INTERAMERICANA EDITORES
[object Object],[object Object],1.1.  Bases de datos en la vida cotidiana Bases de Datos Por:Ricardo Editorial: MCGRAW-HILL INTERAMERICANA EDITORES
[object Object],1.1.  Bases de datos en la vida cotidiana Bases de Datos Por:Ricardo Editorial: MCGRAW-HILL INTERAMERICANA EDITORES
[object Object],1.1.  Bases de datos en la vida cotidiana Como se demuestra este breve panorama de actividades, las bases de datos se usan para satisfacer las necesidades de información de muchas organizaciones e individuos en una varie­dad de áreas. Sin embargo, una base de datos deficientemente diseñada fracasa para proporcionar la información requerida u ofrece información no actualizada, falsa o contradictoria.  Con la finalidad de maximizar sus beneficios potenciales, es importante comprender los fundamentos teóricos, estructura interna, diseño y gestión de las bases de datos. Bases de Datos Por:Ricardo Editorial: MCGRAW-HILL INTERAMERICANA EDITORES
[object Object],[object Object],[object Object],[object Object],1.3.  Sistema de BD frente a Sistema de Archivo Fuente Fundamento de Bases de Datos  Silberschatz  -Kortn –Sudarshan Mc. Graw HillCuarta Edicióm
[object Object],[object Object],1.3.  Sistema de BD frente a Sistema de Archivo Fuente Fundamentos de Bases de Datos  Silberschatz  -Kortn –Sudarshan Mc. Graw HillCuarta Edicióm
[object Object],[object Object],[object Object],1.3.  Sistema de BD frente a Sistema de Archivo Fuente Fundamentos de Bases de Datos  Silberschatz  -Kortn –Sudarshan Mc. Graw HillCuarta Edicióm
[object Object],[object Object],1.3.  Sistema de BD frente a Sistema de Archivo Fuente Fundamentos de Bases de Datos  Silberschatz  -Kortn –Sudarshan Mc. Graw HillCuarta Edicióm
[object Object],[object Object],1.3.  Sistema de BD frente a Sistema de Archivo Fuente Fundamentos de Bases de Datos  Silberschatz  -Kortn –Sudarshan Mc. Graw HillCuarta Edicióm
[object Object],[object Object],1.3.  Sistema de BD frente a Sistema de Archivo Fuente Fundamentos de Bases de Datos  Silberschatz  -Kortn –Sudarshan Mc. Graw HillCuarta Edicióm
[object Object],[object Object],[object Object],[object Object],[object Object],1.4. Visión de los Datos Fuente Fundamentos de Bases de Datos  Silberschatz  -Kortn –Sudarshan Mc. Graw HillCuarta Edicióm
[object Object],[object Object],1.4. Visión de los Datos Fuente Fundamentos de Bases de Datos  Silberschatz  -Kortn –Sudarshan Mc. Graw HillCuarta Edicióm
Nivel de vistas:  El nivel más alto de abstracción describe sólo la parte de la base de datos completa. A pesar del uso de estructuras más simples  en el nivel lógico , queda algo de complejidad , debido a la variedad de información almacenada en una gran base de datos. Para que si interacción con el sistema se simplifique, se define la abstracción del nivel de vistas. El sistema puede proporcionar muchas vistas para la misma base de datos. Analogía: Una analogía con el concepto de  tipos de datos en lenguajes de programación puede aclarar la distincion entre los niveles de abstracción. La mayoria de los lenguajes de alto nivel soportan la estructura tipo registro . Por ejemplo en  un lenguaje tipo pascal, se puede declara registros como : 1.4. Visión de los Datos Fuente Fundamentos de Bases de Datos  Silberschatz  -Kortn –Sudarshan Mc. Graw HillCuarta Edicióm  Tipe  cliente =  record nombre-cliente: string  id-cliente: string  calle-cliente: string  ciudad -cliente: string  end;
[object Object],[object Object],[object Object],[object Object],1.4. Visión de los Datos Fuente Fundamentos de Bases de Datos  Silberschatz  -Kortn –Sudarshan Mc. Graw HillCuarta Edicióm
En el nivel lógico  cada registro de este tipo se describe mediante una definición  de tipo, como se ha ilustrado  en el fragmento de código previo, y se define la relación  entre  estos tipos de registros. Los programadores, cuando usan un lenguaje de programación , trabajan en este nivel de abstracción. De forma similar, los administradores de base de datos trabajan habitualmente en este nivel de abstracción. Finalmente, en el nivel de vistas, los usuarios de computadores ven un conjunto de programas  de aplicación que esconden  los detalles de los tipos de datos.  Analogamente, en el nivel de vistas se define varias vistas de una base de datos y los usuarios de la misma ven unica y exclusivamente  esas vistas. Además de esconder detalles del nivel lógico de la base de datos, las vistas también proporcionan un mecanismo de seguridad para evitar  que los usuarios accedan a ciertas  partes de los datos. 1.4. Visión de los Datos Fuente Fundamentos de Bases de Datos  Silberschatz  -Kortn –Sudarshan Mc. Graw HillCuarta Edicióm
1.4. Visión de los Datos Fuente Fundamento de Bases de Datos  Silberschatz  -Kortn –Sudarshan Mc. Graw HillCuarta Edicióm
1.5  Estructura  Física y estructura Lógica Estructura  Física y estructura Lógica La estructura lógica se corresponde con la idea que en principio tiene el programador sobre como están organizados los datos, y coincide aproximadamente con la forma en que son manipulados los datos por el programa de alto nivel. En la concepción de la estructura lógica, el programador puede razonar más o menos en los siguientes términos:  "Voy a crear una tabla de clientes donde incluiré los datos de cada cliente, comenzando por una columna para el código que será el índice principal (será un INT UNSIGNED).  También crearé un campo "nombre" que será un VCHAR NOT NULL UNIQUE...". La estructura (Tabla) es una unidad lógica que se compone una multitud de elementos individuales (se llamen "registros" o "filas" -según la cultura del programador-). La estructura así concebida tiene un orden, ya que sus elementos estarán conceptualmente uno detrás de otro. Este orden será numérico, si el acceso se realiza por código de cliente, o alfabético de nombres si el acceso se realiza por nombre. A su vez, esta estructura lógica se divide aún más finamente:  cada elemento se puede considerar dividido en multitud de campos. Aparte de los ya mencionados para código de cliente y nombre, pueden existir muchos mas:  dirección, teléfono, saldo, clasificación financiera, fecha última compra, vendedor asignado, etc. etc. Fuente Bibliográfica: Organizator: http://www.zator.com/Cpp/E1_8.htm
1.5  Estructura  Física y estructura Lógica Por su parte, la estructura física corresponde a la forma en que están contenidos los datos en la máquina, de la que existen dos versiones:  una corresponde a la que adoptan los datos en memoria;  la otra a su almacenamiento externo (disco). Ambos esquemas son distintos. Resulta evidente que la estructura física de datos en los almacenamientos externos no se corresponde exactamente con estructura lógica. En principio, la tabla de clientes antes mencionado, puede estar representado físicamente por varios  registrps  que pueden ser multi-volumen. Es decir: ocupar más de un volumen lógico  en la máquina que los alberga. Si son aplicaciones de red, pueden estar incluso en máquinas remotas, distintas de la que ejecuta la aplicación. Además, aunque nos figuramos la estructura lógica es un todo continuo (suponemos que después de un cliente sigue otro), sabemos que la estructura física correspondiente, incluso si se trata solo de un tabla, está compuesta por trozos "clusters" que pueden estar dispersos en el disco. Fuente Bibliográfica: Organizator: http://www.zator.com/Cpp/E1_8.htm
1.5  Estructura  Física y estructura Lógica Fuente Bibliográfica: Organizator: http://www.zator.com/Cpp/E1_8.htm La estructura lógica está ordenada (por números o por nombres en nuestro ejemplo). En cambio, la estructura física puede estar construida simplemente por el orden "natural" es decir, de creación de los propios registros. Generalmente, la "apariencia" de ordenación es el resultado de un proceso complejo que utiliza índices, tablas y punteros, para proporcionarnos un acceso ordenado a una estructura mucho más caótica. Como queda dicho, los datos son manejados por el programador y el programa (que es la expresión concreta de las ideas de aquel) en términos de esta estructura lógica. En lo tocante a este aspecto, las herramientas que ofrezca el lenguaje o entorno de programación, serán de mayor nivel cuanto mayor sea la distancia con que pueda ser manejada la estructura lógica de datos respecto de su verdadera estructura física.  Precisamente el manejo de tales estructuras ("Databases"), ha originado toda una rama de la industria del software que ha alcanzado un alto nivel de sofisticación y especialización.
1.5  Estructura  Física y estructura Lógica Fuente Bibliográfica: Organizator: http://www.zator.com/Cpp/E1_8.htm Sin embargo, es rara la aplicación en que el programador no deba manejar uno o varios ficheritos (por ejemplo con parámetros de configuración), a un nivel "relativamente" bajo, haciendo uso de las herramientas (relativamente simples) que ofrece la Librería Estándar. También es usual que deba manejar, también a bajo nivel, alguna estructura de datos en memoria, por ejemplo una matriz, mediante técnicas totalmente distintas de las que se utilizarían con un fichero de disco. Como resumen, podemos afirmar que el programador  de alto nivel, puede concentrarse en la estructura lógica, pero sin olvidar  vla estructura física. Como hemos señalado antes, existen distintos tipos de estructuras de datos (lógicas y físicas) que se diferencian grandemente en su grado de adecuación a diversas formas de almacenamiento y recuperación de la información, por lo que es conveniente que el programador tenga ciertas nociones al respecto.
1.5 Usuarios y Administradores de Bases de Datos ,[object Object],[object Object],[object Object],[object Object],[object Object],Fuente Fundamentos de Bases de Datos  Silberschatz  -Kortn –Sudarshan Mc. Graw HillCuarta Edicióm
1.5 Usuarios y Administradores de Bases de Datos La interfaz de usuario normal para los usuarios normales es una interfaz de formularios, donde el usuario  puede rellenar los campos apropiados del formulario. Los usuarios normales pueden también simplemente leer informes generados de la  base de datos. Usuarios de bases de datos e interfaces de usuarios: Programadores de aplicaciones:  Son profesionales informáticos que escriben programan de aplicación . Los programadores de aplicaciones pueden elegir entre muchas herramientas para desarrollar  interfaces de usuario. Las herramientas de desarrollo rápido de aplicaciones (DRA) son herramientas que permiten al programador de aplicaciones construir formularios e informes sin escribir un programa. Fuente Fundamentos de Bases de Datos  Silberschatz  -Kortn –Sudarshan Mc. Graw HillCuarta Edicióm
1.5 Usuarios y Administradores de Bases de Datos Hay también tipos especiales de lenguajes de programación que combina estructuras de control imperativo (por ejemplo para bucles for, bucles while e instrucciones if-then –else) con instrucciones del lenguaje de manipulación de datos.  Estos lenguajes, llamados a veces lenguaje de cuarta generación , a menudo incluyen características especiales para facilitar la generación de formulario y la presentación  de datos de pantalla. La mayoría  de los sistemas de bases de datos comerciales incluyen un lenguaje de cuarta generación. Fuente Fundamentos de Bases de Datos  Silberschatz  -Kortn –Sudarshan Mc. Graw HillCuarta Edicióm
1.5 Usuarios y Administradores de Bases de Datos ,[object Object],[object Object],[object Object],Fuente Fundamentos de Bases de Datos  Silberschatz  -Kortn –Sudarshan Mc. Graw HillCuarta Edicióm
1.5 Usuarios y Administradores de Bases de Datos ,[object Object],[object Object],Fuente Fundamentos de Bases de Datos  Silberschatz  -Kortn –Sudarshan Mc. Graw HillCuarta Edicióm
1.5 Usuarios y Administradores de Bases de Datos http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani ,[object Object],[object Object],[object Object],[object Object]
1.5 Usuarios y Administradores de Bases de Datos ,[object Object],[object Object],[object Object],[object Object],http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani
1.5 Usuarios y Administradores de Bases de Datos Administrador de la base de datos. Historia  y funciones de un DBA Un Administrador de Base de Datos de tiempo completo normalmente tiene aptitudes técnicas para el manejo del sistema en cuestión a demás, son cualidades deseables nociones de administración, manejo de personal e incluso un cierto grado de diplomacia. La característica más importante que debe poseer es un conocimiento profundo de las políticas y normas de la empresa así como el criterio de la empresa para aplicarlas en un momento dado. La responsabilidad general del DBA es facilitar el desarrollo y el uso de la Base de Datos dentro de las guías de acción definidas por la administración de los datos. http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani
1.5 Usuarios y Administradores de Bases de Datos Administrador de la base de datos. Historia  y funciones de un DBA Un Administrador de Base de Datos de tiempo completo normalmente tiene aptitudes técnicas para el manejo del sistema en cuestión a demás, son cualidades deseables nociones de administración, manejo de personal e incluso un cierto grado de diplomacia. La característica más importante que debe poseer es un conocimiento profundo de las políticas y normas de la empresa así como el criterio de la empresa para aplicarlas en un momento dado. La responsabilidad general del DBA es facilitar el desarrollo y el uso de la Base de Datos dentro de las guías de acción definidas por la administración de los datos. http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani
1.5 Usuarios y Administradores de Bases de Datos ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani
1.5 Usuarios y Administradores de Bases de Datos Una vez diseñada la BD, es puesta en practica utilizando productos del DBMS, procediéndose entonces a la creación de los datos (captura inicial). El DBA participa en el desarrollo de procedimientos y controles para asegurar la calidad y la alta integridad de la BD. Los requerimientos de los usuarios van modificándose, estos encuentran nuevas formas o métodos para lograr sus objetivos; la tecnología de la BD se va modificando y los fabricantes del DBMS actualizan sus productos. Todas las modificaciones en las estructuras o procedimientos de BD requieren de una cuidadosa administración. http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani
1.5 Usuarios y Administradores de Bases de Datos Administrador de la base de datos. Historia  y funciones de un DBA Administración de La Estructura de La Base de Datos Implicaciones por la Modificación de Esquemas Las solicitudes de modificación son inevitables una vez que el sistema ha entrado en operación, pueden aparecer solicitudes de nuevos requerimientos o estos pueden resultar de una comprensión inadecuada de los mismos. En cualquier caso, deberán efectuarse modificaciones en relación con toda la comunidad de la BD, ya que el impacto de tales alteraciones será resentido por mas de una aplicación.  http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani
1.5 Usuarios y Administradores de Bases de Datos En algunos casos, pueden darse modificaciones que presentan efectos negativos para algunos usuarios; estos casos deberán ser tratados esgrimiendo como argumento los beneficios globales que serán obtenidos de tales alteraciones. Una administración eficaz de la BD debe incluir procedimientos y políticas mediante las cuales los usuarios puedan registrar sus necesidades de modificaciones, y así la comunidad podrá analizar y discutir los impactos de dichas modificaciones, determinándose entonces la puesta o no en practica de tales alteraciones. http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani
1.5 Usuarios y Administradores de Bases de Datos Administrador de la base de datos. Historia  y funciones de un DBA Documentación La responsabilidad final de un DBA en la administración de la estructura de una BD es la DOCUMENTACIÓN. Es de suma importancia saber que modificaciones han sido efectuadas, como fueron realizada y cuando fueron establecidas. Una modificación sobre la estructura de la BD pudiera ocasionar un error que no apareciera a corto plazo; una vez que este surja, sin la documentación adecuada sobre las modificaciones realizadas, él diagnostico resultaría extremadamente complicado. Para identificar un cambio es de suma importancia mantener un registro de los formatos de prueba y de las ejecuciones de las pruebas efectuadas. Si se utilizan procedimientos de prueba formatos de pruebas y métodos de registro estandarizados, el registro de los resultados de la prueba no consumirá tiempo excesivo. http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani
1.5 Usuarios y Administradores de Bases de Datos Administrador de la base de datos. Historia  y funciones de un DBA Documentación Comúnmente el tiempo de la documentación es tedioso y esto ocasiona que algunos DBA tienden a reducir o abreviar la información que se registra en ella e incluso llegan a desatenderla. Cuando ocurre un siniestro, la documentación completa y organizada puede ser la diferencia entre resolver o no un problema de extrema importancia y en la mayoría de los casos, que implica costos cuantiosos a la empresa. La tarea de la documentación es cada vez más ligera y precisa cuando se utilizan DBMS que integran herramientas CASE para las tareas de diseño, mantenimiento y documentación. Estas mismas herramientas CASE proporcionan en la, mayoría de los casos la facilidad de generar y mantener en forma automática el Diccionario de Datos. http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani
1.5 Usuarios y Administradores de Bases de Datos Administrador de la base de datos. Historia  y funciones de un DBA Administración de la Actividad de Datos Aunque el DBA protege los datos, no los procesa. El DBA no es usuario del sistema, en consecuencia, no administra valores de datos; el DBA administra actividad de datos. Dado que la BD es un recurso compartido, el DBA debe proporcionar estándares, guías de acción, procedimientos de control y la documentación necesaria para garantizar que los usuarios trabajan en forma cooperativa y complementaria al procesar datos en la BD. Como es de suponerse, existe una gran actividad al interior de un DBMS. La concurrencia de múltiples usuarios requieren de estandarizar los procesos de operación; el DBA es responsable de tales especificaciones y de asegurarse que estas lleguen a quienes concierne. Todo el ámbito de la BD se rige por estándares, desde la forma como se capture la información (tipo, longitud, formato), como es procesada y presentada. El nivel de estandarización alcanza hasta los aspectos más internos de la BD; como sé accesa a un archivo, como se determinan los índices primarios y auxiliares, la foliación de los registros y demás. http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani
1.5 Usuarios y Administradores de Bases de Datos Administrador de la base de datos. Historia  y funciones de un DBA Administración de la Actividad de Datos Una administración de BD efectiva deberá disponer siempre de este tipo de estándares; entre las funciones del DBA se encuentra la de revisarlos periódicamente para determinar su operatividad, y en su caso ajustarlos, ampliarlos o cancelarlos. Es también su responsabilidad el que estos se cumplan. Cuando se definen estándares sobre la estructura de la BD, estos deben registrarse en una sección del diccionario de datos a la que todos aquellos usuarios relacionados con ese tipo de proceso pueden acceder. http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani
1.5 Usuarios y Administradores de Bases de Datos Administrador de la base de datos. Historia  y funciones de un DBA Administración de la Actividad de Datos Otro de los aspectos que el administrador debe atender es el de coordinar las nuevas propuestas para realizar ajustes en los derechos de acceso a datos compartidos y aplicaciones específicamente propuestas serían analizados en conjunto con los supervisores o directivos de las áreas involucradas para determinar si procede pudieran aparecer problemas cuando dos o más grupos de usuarios quedan autorizados para notificar los mismos datos. Uno de tales conflictos es el de la actualización perdida; este ocurre cuando el trabajo de un usuario queda sobrescrito sobre por el de un segundo usuario. El DBA queda responsabilizado para identificar la posible ocurrencia de dichos problemas así como de crear normas y procedimientos para su eliminación. Se obtendrán este tipo de garantías cuando el DBMS sea capaz de implementar las restricciones aplicables al acceso concurrente, y este sea utilizado adecuadamente por programadores y usuarios; para borrar lo anterior, se hace indispensable el apego a los estándares el seguimiento de instructivos y manuales y las reglas establecidas para los diversos procesamientos y procedimientos que se llevan acabo. http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani
1.5 Usuarios y Administradores de Bases de Datos Administrador de la base de datos. Historia  y funciones de un DBA Administración de la Actividad de Datos Entre las alternativas mas utilizadas por el DBA para tratar de resolver o minimizar este problema se encuentran las siguientes: a) Restringir el acceso a los procedimientos para ciertos usuarios. b) Restringir al acceso a los datos para ciertos usuarios procedimientos y/o datos. c) Evitar la coincidencia de horarios para usuarios que comparten. http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani
1.5 Usuarios y Administradores de Bases de Datos Administrador de la base de datos. Historia  y funciones de un DBA Funciones del Administrador de Bases de Datos (DATE) Definir el Esquema Conceptual : es tarea del administrador de datos decidir con exactitud cual es la información que debe mantenerse en la base de datos, es decir, identificar las entidades que interesan a la empresa y la información que debe registrarse acerca de esas entidades. Este proceso por lo general se denomina diseño lógico �a veces conceptual- de bases de datos. Cuando el administrador de datos decide el contenido de la base de datos en un nivel abstracto, el DBA crea a continuación el esquema conceptual correspondiente, empleando el DDL conceptual. El DBMS utilizará la versión objeto (compilada) de ese esquema para responder a las solicitudes de acceso. La versión fuente sin compilar servirá como documento de referencia para los usuarios del sistema. http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani
1.5 Usuarios y Administradores de Bases de Datos Administrador de la base de datos. Historia  y funciones de un DBA Funciones del Administrador de Bases de Datos (DATE) Definir El Esquema Interno : el DBA debe decidir también como se representará la información en la base de datos almacenada. A este proceso suele llamársele diseño físico de la base de datos. Una vez hecho esto el DBA deberá crear la definición de estructura de almacenamiento correspondiente (es decir el esquema interno) valiéndose del DDL interno. Además deberá definir la correspondencia pertinente entre los esquemas interno y conceptual. En la práctica, ya sea el DDL conceptual o bien el DDL interno incluirán seguramente los medios para definir dicha correspondencia, pero las dos funciones (crear el esquema, definir la correspondencia) deberán poder separarse con nitidez. Al igual que el esquema conceptual, el esquema interno y la correspondencia asociada existirán tanto en la versión fuente como en la versión objeto. http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani
1.5 Usuarios y Administradores de Bases de Datos Administrador de la base de datos. Historia  y funciones de un DBA Funciones del Administrador de Bases de Datos (DATE) Vincularse con los Usuarios:  el DBA debe encargarse de la comunicación con los usuarios, garantizar la disponibilidad de los datos que requieren y escribir - o ayudar a los usuarios a escribir- los esquemas externos necesarios, empleando el DDL externo aplicable. Además, será preciso definir la correspondencia entre cualquier esquema externo y el esquema conceptual. En la práctica, el DDL externo incluirá con toda probabilidad los medios para especificar dicha correspondencia, pero en este caso también el esquema y la correspondencia deberán poder separarse con claridad. Cada esquema externo y la correspondencia asociada existirán en ambas versiones fuentes y objeto. Otros aspectos de la función de enlace con los usuarios incluyen las consultas sobre diseño de aplicaciones, la impetración de instrucción técnica, la ayuda en la localización y resolución de problemas, y otros servicios profesionales similares relacionados con el sistema. http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani
1.5 Usuarios y Administradores de Bases de Datos Administrador de la base de datos. Historia  y funciones de un DBA Funciones del Administrador de Bases de Datos (DATE) Definir las Verificaciones de Seguridad e Integridad : las verificaciones de seguridad y de integridad pueden considerarse parte del esquema conceptual. El DDL conceptual incluirá los medios para especificar dichas verificaciones. http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani
1.5 Usuarios y Administradores de Bases de Datos Definir Procedimientos de Respaldo y Recuperación:  cuando una empresa se decide a utilizar un sistema de base de datos, se vuelve dependiente en grado sumo del funcionamiento correcto de ese sistema. En caso de que sufra daño cualquier porción de la base de datos � por causa de un error humano, digamos, o una falla en el equipo o en el sistema que lo apoya � resulta esencial poder reparar los datos implicados con un mínimo de retraso y afectando lo menos posible el resto del sistema. En teoría, por ejemplo la disponibilidad de los datos no dañados no debería verse afectada. El DBA debe definir y poner en practica un plan de recuperación adecuado que incluya, por ejemplo una descarga o "vaciado" periódico de la base de datos en un medio de almacenamiento de respaldo, y procedimientos para cargar otra vez la base de datos a partir de vaciado más reciente cuando sea necesario. http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani
1.5 Usuarios y Administradores de Bases de Datos Administrador de la base de datos. Historia  y funciones de un DBA Funciones del Administrador de Bases de Datos (DATE) Supervisar el Desempeño y Responder a Cambios en los Requerimientos:  es responsabilidad del DBA organizar el sistema de modo que se obtenga el desempeño que sea "mejor para la empresa", y realizar los ajustes apropiados cuando cambien los requerimientos. http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani

Contenu connexe

Tendances (20)

Bases de datos
Bases de datosBases de datos
Bases de datos
 
Bases de datos
Bases de datosBases de datos
Bases de datos
 
Base de datos
Base de datos Base de datos
Base de datos
 
Base de datos
Base de datosBase de datos
Base de datos
 
Base de datos (trabajo)
Base de datos (trabajo)Base de datos (trabajo)
Base de datos (trabajo)
 
Ensayo sobre bases de datos
Ensayo sobre bases de datos  Ensayo sobre bases de datos
Ensayo sobre bases de datos
 
TP. Base de datos
TP. Base de datosTP. Base de datos
TP. Base de datos
 
TIC I - Bases de datos
TIC I - Bases de datosTIC I - Bases de datos
TIC I - Bases de datos
 
Base de Datos
Base de DatosBase de Datos
Base de Datos
 
Bases de datos
Bases de datosBases de datos
Bases de datos
 
Introduccion a los sistemas de bases de datos
Introduccion  a los sistemas de bases de datosIntroduccion  a los sistemas de bases de datos
Introduccion a los sistemas de bases de datos
 
Base de datos
Base de datosBase de datos
Base de datos
 
Recuperacion de bd
Recuperacion de bdRecuperacion de bd
Recuperacion de bd
 
Bases de datos
Bases de datosBases de datos
Bases de datos
 
Administración de recursos de datos
Administración de recursos de datosAdministración de recursos de datos
Administración de recursos de datos
 
Introduccion a las bases de datos 1 parte
Introduccion a las bases de datos 1 parteIntroduccion a las bases de datos 1 parte
Introduccion a las bases de datos 1 parte
 
Base de datos
Base de datosBase de datos
Base de datos
 
Capitulo 1 Reinosa y Maldonado
Capitulo 1 Reinosa y MaldonadoCapitulo 1 Reinosa y Maldonado
Capitulo 1 Reinosa y Maldonado
 
Bases de datos jh, gau, adri
Bases de datos jh, gau, adriBases de datos jh, gau, adri
Bases de datos jh, gau, adri
 
Presentación Base de Datos
Presentación Base de DatosPresentación Base de Datos
Presentación Base de Datos
 

En vedette

Trabajo colaborativo wiki2 modulo desarrollo economico sostenible
Trabajo colaborativo wiki2 modulo desarrollo economico sostenibleTrabajo colaborativo wiki2 modulo desarrollo economico sostenible
Trabajo colaborativo wiki2 modulo desarrollo economico sostenibleMrForestAH
 
Intelex friday safety_facts_2013_aug
Intelex friday safety_facts_2013_augIntelex friday safety_facts_2013_aug
Intelex friday safety_facts_2013_augIntelex
 
What Have I Learned Using Technology
What Have I Learned Using TechnologyWhat Have I Learned Using Technology
What Have I Learned Using TechnologyJennifer Verschoor
 
banking industry & state bank of india
banking industry & state bank of indiabanking industry & state bank of india
banking industry & state bank of indiaShweta Khamar
 

En vedette (7)

Appraising performance
Appraising performanceAppraising performance
Appraising performance
 
Calidad del aire y ruido
Calidad del aire y ruidoCalidad del aire y ruido
Calidad del aire y ruido
 
Trabajo colaborativo wiki2 modulo desarrollo economico sostenible
Trabajo colaborativo wiki2 modulo desarrollo economico sostenibleTrabajo colaborativo wiki2 modulo desarrollo economico sostenible
Trabajo colaborativo wiki2 modulo desarrollo economico sostenible
 
Intelex friday safety_facts_2013_aug
Intelex friday safety_facts_2013_augIntelex friday safety_facts_2013_aug
Intelex friday safety_facts_2013_aug
 
What Have I Learned Using Technology
What Have I Learned Using TechnologyWhat Have I Learned Using Technology
What Have I Learned Using Technology
 
banking industry & state bank of india
banking industry & state bank of indiabanking industry & state bank of india
banking industry & state bank of india
 
Flujo bidimensional
Flujo bidimensionalFlujo bidimensional
Flujo bidimensional
 

Similaire à Presentación1 clase b_dcap1

Similaire à Presentación1 clase b_dcap1 (20)

Fundamentos de Bases de datos
Fundamentos de Bases de datosFundamentos de Bases de datos
Fundamentos de Bases de datos
 
Merrrrrry
MerrrrrryMerrrrrry
Merrrrrry
 
Elizabeth salgado informatica II -1201
Elizabeth salgado   informatica II -1201Elizabeth salgado   informatica II -1201
Elizabeth salgado informatica II -1201
 
Elizabeth salgado informatica ii -1201
Elizabeth salgado   informatica ii -1201Elizabeth salgado   informatica ii -1201
Elizabeth salgado informatica ii -1201
 
Trabajo tics 2
Trabajo tics 2Trabajo tics 2
Trabajo tics 2
 
Cristian achury 10 01
Cristian achury 10 01Cristian achury 10 01
Cristian achury 10 01
 
Fundamentos de bases de datos
Fundamentos de bases de datosFundamentos de bases de datos
Fundamentos de bases de datos
 
Sistemas gestores de bases de datos.
Sistemas gestores de bases de datos.Sistemas gestores de bases de datos.
Sistemas gestores de bases de datos.
 
Base de datos
Base de datos Base de datos
Base de datos
 
Tipos de BDD y SGBD
Tipos de BDD y SGBDTipos de BDD y SGBD
Tipos de BDD y SGBD
 
Bases de datos
Bases de datosBases de datos
Bases de datos
 
Bases de datos
Bases de datosBases de datos
Bases de datos
 
Base de datos
Base de datosBase de datos
Base de datos
 
Apuntes unidad i_parte_i
Apuntes unidad i_parte_iApuntes unidad i_parte_i
Apuntes unidad i_parte_i
 
Bases De Datos
Bases De DatosBases De Datos
Bases De Datos
 
Bases De Datos
Bases De DatosBases De Datos
Bases De Datos
 
Lozano william 7_a
Lozano william 7_aLozano william 7_a
Lozano william 7_a
 
Bases de datos
Bases de datosBases de datos
Bases de datos
 
Presentacion de fundamentos de bd
Presentacion de fundamentos de bdPresentacion de fundamentos de bd
Presentacion de fundamentos de bd
 
Base de Datos
Base de DatosBase de Datos
Base de Datos
 

Plus de Maria Rodriguez

Unidad3-admisnitración de empleados
Unidad3-admisnitración de empleadosUnidad3-admisnitración de empleados
Unidad3-admisnitración de empleadosMaria Rodriguez
 
Unidad ii diferencias culturales
Unidad ii diferencias culturalesUnidad ii diferencias culturales
Unidad ii diferencias culturalesMaria Rodriguez
 
Clase 7 balanced scorecard y cmi
Clase 7 balanced scorecard y cmiClase 7 balanced scorecard y cmi
Clase 7 balanced scorecard y cmiMaria Rodriguez
 
Clase 6 estrategias de mercadeo
Clase 6 estrategias de mercadeoClase 6 estrategias de mercadeo
Clase 6 estrategias de mercadeoMaria Rodriguez
 
Clase 5 estrategias corporativas
Clase 5 estrategias corporativasClase 5 estrategias corporativas
Clase 5 estrategias corporativasMaria Rodriguez
 
Clase 5 estrategias corporativas
Clase 5 estrategias corporativasClase 5 estrategias corporativas
Clase 5 estrategias corporativasMaria Rodriguez
 
Unidad i administracion internacional2
Unidad i administracion internacional2Unidad i administracion internacional2
Unidad i administracion internacional2Maria Rodriguez
 
Clase 4 propuesta y cadena de valor
Clase 4 propuesta y cadena de valorClase 4 propuesta y cadena de valor
Clase 4 propuesta y cadena de valorMaria Rodriguez
 
Clase 3 propuesta de valor
Clase 3 propuesta de valorClase 3 propuesta de valor
Clase 3 propuesta de valorMaria Rodriguez
 
Clase1 planeación estrategica
Clase1  planeación estrategicaClase1  planeación estrategica
Clase1 planeación estrategicaMaria Rodriguez
 
Clase1 planeación estrategica
Clase1  planeación estrategicaClase1  planeación estrategica
Clase1 planeación estrategicaMaria Rodriguez
 
Evaluacion del desempeño
Evaluacion del desempeñoEvaluacion del desempeño
Evaluacion del desempeñoMaria Rodriguez
 

Plus de Maria Rodriguez (20)

unidad4
unidad4unidad4
unidad4
 
Unidad3-admisnitración de empleados
Unidad3-admisnitración de empleadosUnidad3-admisnitración de empleados
Unidad3-admisnitración de empleados
 
Unidad ii diferencias culturales
Unidad ii diferencias culturalesUnidad ii diferencias culturales
Unidad ii diferencias culturales
 
Clase 7 balanced scorecard y cmi
Clase 7 balanced scorecard y cmiClase 7 balanced scorecard y cmi
Clase 7 balanced scorecard y cmi
 
Clase 6 estrategias de mercadeo
Clase 6 estrategias de mercadeoClase 6 estrategias de mercadeo
Clase 6 estrategias de mercadeo
 
Clase 5 estrategias corporativas
Clase 5 estrategias corporativasClase 5 estrategias corporativas
Clase 5 estrategias corporativas
 
Clase 5 estrategias corporativas
Clase 5 estrategias corporativasClase 5 estrategias corporativas
Clase 5 estrategias corporativas
 
Unidad i administracion internacional2
Unidad i administracion internacional2Unidad i administracion internacional2
Unidad i administracion internacional2
 
Clase 4 propuesta y cadena de valor
Clase 4 propuesta y cadena de valorClase 4 propuesta y cadena de valor
Clase 4 propuesta y cadena de valor
 
Clase 3 propuesta de valor
Clase 3 propuesta de valorClase 3 propuesta de valor
Clase 3 propuesta de valor
 
Clase2 analisis foda
Clase2 analisis fodaClase2 analisis foda
Clase2 analisis foda
 
Clase1 planeación estrategica
Clase1  planeación estrategicaClase1  planeación estrategica
Clase1 planeación estrategica
 
Clase1 planeación estrategica
Clase1  planeación estrategicaClase1  planeación estrategica
Clase1 planeación estrategica
 
Clase 4-CIT301
Clase 4-CIT301Clase 4-CIT301
Clase 4-CIT301
 
Clase 3
Clase 3Clase 3
Clase 3
 
Clase 3
Clase 3Clase 3
Clase 3
 
Clase niveles
Clase nivelesClase niveles
Clase niveles
 
Evaluacion del desempeño
Evaluacion del desempeñoEvaluacion del desempeño
Evaluacion del desempeño
 
Clase: 1 Globalización
Clase: 1 GlobalizaciónClase: 1 Globalización
Clase: 1 Globalización
 
Competencias - Clase 2
Competencias - Clase 2Competencias - Clase 2
Competencias - Clase 2
 

Presentación1 clase b_dcap1

  • 1. Conceptos fundamentales del entorno de un Sistema de Base de Datos CIT 221 Database Management Systems Lcda. Carol Puche
  • 2.
  • 3. Un sistema gestor de bases de datos (SGBD) consiste en una colección de datos interrelacionados y un conjunto de programas para acceder a dichos datos. La colección de datos normalmente denominada base de datos, contiene información relevante para cualquier organización. El Objetivo principal de un SGBD es proporcionar una forma de almacenar y recuperar la información de una base de datos de manera que sea tanto practica como eficiente. Los sistemas de bases de datos se diseñan para gestionar grandes cantidades de información . La gestión de los datos implica tanto la definición de estructuras para almacenar la información como la provisión de mecanismo para la manipulación de la información. Además los sistemas de bases de datos deben proporcionar la fiabilidad de la información almacenada , a pesar de las caídas del sistema o los intentos de acceso sin autorización. Si los datos van a ser compartidos entre diversos usuarios, el sistema debe evitar posibles resultados anómalos. 1. Definición de un SGBD Fuente Fundamento de Bases de Datos Silberschatz -Kortn –Sudarshan Mc. Graw HillCuarta Edicióm
  • 4.
  • 5. 1.1. Bases de datos en la vida cotidiana Bases de Datos Por:Ricardo Editorial: MCGRAW-HILL INTERAMERICANA EDITORES
  • 6.
  • 7.
  • 8.
  • 9.
  • 10.
  • 11.
  • 12.
  • 13.
  • 14.
  • 15.
  • 16.
  • 17. Nivel de vistas: El nivel más alto de abstracción describe sólo la parte de la base de datos completa. A pesar del uso de estructuras más simples en el nivel lógico , queda algo de complejidad , debido a la variedad de información almacenada en una gran base de datos. Para que si interacción con el sistema se simplifique, se define la abstracción del nivel de vistas. El sistema puede proporcionar muchas vistas para la misma base de datos. Analogía: Una analogía con el concepto de tipos de datos en lenguajes de programación puede aclarar la distincion entre los niveles de abstracción. La mayoria de los lenguajes de alto nivel soportan la estructura tipo registro . Por ejemplo en un lenguaje tipo pascal, se puede declara registros como : 1.4. Visión de los Datos Fuente Fundamentos de Bases de Datos Silberschatz -Kortn –Sudarshan Mc. Graw HillCuarta Edicióm Tipe cliente = record nombre-cliente: string id-cliente: string calle-cliente: string ciudad -cliente: string end;
  • 18.
  • 19. En el nivel lógico cada registro de este tipo se describe mediante una definición de tipo, como se ha ilustrado en el fragmento de código previo, y se define la relación entre estos tipos de registros. Los programadores, cuando usan un lenguaje de programación , trabajan en este nivel de abstracción. De forma similar, los administradores de base de datos trabajan habitualmente en este nivel de abstracción. Finalmente, en el nivel de vistas, los usuarios de computadores ven un conjunto de programas de aplicación que esconden los detalles de los tipos de datos. Analogamente, en el nivel de vistas se define varias vistas de una base de datos y los usuarios de la misma ven unica y exclusivamente esas vistas. Además de esconder detalles del nivel lógico de la base de datos, las vistas también proporcionan un mecanismo de seguridad para evitar que los usuarios accedan a ciertas partes de los datos. 1.4. Visión de los Datos Fuente Fundamentos de Bases de Datos Silberschatz -Kortn –Sudarshan Mc. Graw HillCuarta Edicióm
  • 20. 1.4. Visión de los Datos Fuente Fundamento de Bases de Datos Silberschatz -Kortn –Sudarshan Mc. Graw HillCuarta Edicióm
  • 21. 1.5 Estructura  Física y estructura Lógica Estructura Física y estructura Lógica La estructura lógica se corresponde con la idea que en principio tiene el programador sobre como están organizados los datos, y coincide aproximadamente con la forma en que son manipulados los datos por el programa de alto nivel. En la concepción de la estructura lógica, el programador puede razonar más o menos en los siguientes términos: "Voy a crear una tabla de clientes donde incluiré los datos de cada cliente, comenzando por una columna para el código que será el índice principal (será un INT UNSIGNED). También crearé un campo "nombre" que será un VCHAR NOT NULL UNIQUE...". La estructura (Tabla) es una unidad lógica que se compone una multitud de elementos individuales (se llamen "registros" o "filas" -según la cultura del programador-). La estructura así concebida tiene un orden, ya que sus elementos estarán conceptualmente uno detrás de otro. Este orden será numérico, si el acceso se realiza por código de cliente, o alfabético de nombres si el acceso se realiza por nombre. A su vez, esta estructura lógica se divide aún más finamente: cada elemento se puede considerar dividido en multitud de campos. Aparte de los ya mencionados para código de cliente y nombre, pueden existir muchos mas: dirección, teléfono, saldo, clasificación financiera, fecha última compra, vendedor asignado, etc. etc. Fuente Bibliográfica: Organizator: http://www.zator.com/Cpp/E1_8.htm
  • 22. 1.5 Estructura  Física y estructura Lógica Por su parte, la estructura física corresponde a la forma en que están contenidos los datos en la máquina, de la que existen dos versiones: una corresponde a la que adoptan los datos en memoria; la otra a su almacenamiento externo (disco). Ambos esquemas son distintos. Resulta evidente que la estructura física de datos en los almacenamientos externos no se corresponde exactamente con estructura lógica. En principio, la tabla de clientes antes mencionado, puede estar representado físicamente por varios registrps que pueden ser multi-volumen. Es decir: ocupar más de un volumen lógico en la máquina que los alberga. Si son aplicaciones de red, pueden estar incluso en máquinas remotas, distintas de la que ejecuta la aplicación. Además, aunque nos figuramos la estructura lógica es un todo continuo (suponemos que después de un cliente sigue otro), sabemos que la estructura física correspondiente, incluso si se trata solo de un tabla, está compuesta por trozos "clusters" que pueden estar dispersos en el disco. Fuente Bibliográfica: Organizator: http://www.zator.com/Cpp/E1_8.htm
  • 23. 1.5 Estructura  Física y estructura Lógica Fuente Bibliográfica: Organizator: http://www.zator.com/Cpp/E1_8.htm La estructura lógica está ordenada (por números o por nombres en nuestro ejemplo). En cambio, la estructura física puede estar construida simplemente por el orden "natural" es decir, de creación de los propios registros. Generalmente, la "apariencia" de ordenación es el resultado de un proceso complejo que utiliza índices, tablas y punteros, para proporcionarnos un acceso ordenado a una estructura mucho más caótica. Como queda dicho, los datos son manejados por el programador y el programa (que es la expresión concreta de las ideas de aquel) en términos de esta estructura lógica. En lo tocante a este aspecto, las herramientas que ofrezca el lenguaje o entorno de programación, serán de mayor nivel cuanto mayor sea la distancia con que pueda ser manejada la estructura lógica de datos respecto de su verdadera estructura física. Precisamente el manejo de tales estructuras ("Databases"), ha originado toda una rama de la industria del software que ha alcanzado un alto nivel de sofisticación y especialización.
  • 24. 1.5 Estructura  Física y estructura Lógica Fuente Bibliográfica: Organizator: http://www.zator.com/Cpp/E1_8.htm Sin embargo, es rara la aplicación en que el programador no deba manejar uno o varios ficheritos (por ejemplo con parámetros de configuración), a un nivel "relativamente" bajo, haciendo uso de las herramientas (relativamente simples) que ofrece la Librería Estándar. También es usual que deba manejar, también a bajo nivel, alguna estructura de datos en memoria, por ejemplo una matriz, mediante técnicas totalmente distintas de las que se utilizarían con un fichero de disco. Como resumen, podemos afirmar que el programador de alto nivel, puede concentrarse en la estructura lógica, pero sin olvidar vla estructura física. Como hemos señalado antes, existen distintos tipos de estructuras de datos (lógicas y físicas) que se diferencian grandemente en su grado de adecuación a diversas formas de almacenamiento y recuperación de la información, por lo que es conveniente que el programador tenga ciertas nociones al respecto.
  • 25.
  • 26. 1.5 Usuarios y Administradores de Bases de Datos La interfaz de usuario normal para los usuarios normales es una interfaz de formularios, donde el usuario puede rellenar los campos apropiados del formulario. Los usuarios normales pueden también simplemente leer informes generados de la base de datos. Usuarios de bases de datos e interfaces de usuarios: Programadores de aplicaciones: Son profesionales informáticos que escriben programan de aplicación . Los programadores de aplicaciones pueden elegir entre muchas herramientas para desarrollar interfaces de usuario. Las herramientas de desarrollo rápido de aplicaciones (DRA) son herramientas que permiten al programador de aplicaciones construir formularios e informes sin escribir un programa. Fuente Fundamentos de Bases de Datos Silberschatz -Kortn –Sudarshan Mc. Graw HillCuarta Edicióm
  • 27. 1.5 Usuarios y Administradores de Bases de Datos Hay también tipos especiales de lenguajes de programación que combina estructuras de control imperativo (por ejemplo para bucles for, bucles while e instrucciones if-then –else) con instrucciones del lenguaje de manipulación de datos. Estos lenguajes, llamados a veces lenguaje de cuarta generación , a menudo incluyen características especiales para facilitar la generación de formulario y la presentación de datos de pantalla. La mayoría de los sistemas de bases de datos comerciales incluyen un lenguaje de cuarta generación. Fuente Fundamentos de Bases de Datos Silberschatz -Kortn –Sudarshan Mc. Graw HillCuarta Edicióm
  • 28.
  • 29.
  • 30.
  • 31.
  • 32. 1.5 Usuarios y Administradores de Bases de Datos Administrador de la base de datos. Historia y funciones de un DBA Un Administrador de Base de Datos de tiempo completo normalmente tiene aptitudes técnicas para el manejo del sistema en cuestión a demás, son cualidades deseables nociones de administración, manejo de personal e incluso un cierto grado de diplomacia. La característica más importante que debe poseer es un conocimiento profundo de las políticas y normas de la empresa así como el criterio de la empresa para aplicarlas en un momento dado. La responsabilidad general del DBA es facilitar el desarrollo y el uso de la Base de Datos dentro de las guías de acción definidas por la administración de los datos. http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani
  • 33. 1.5 Usuarios y Administradores de Bases de Datos Administrador de la base de datos. Historia y funciones de un DBA Un Administrador de Base de Datos de tiempo completo normalmente tiene aptitudes técnicas para el manejo del sistema en cuestión a demás, son cualidades deseables nociones de administración, manejo de personal e incluso un cierto grado de diplomacia. La característica más importante que debe poseer es un conocimiento profundo de las políticas y normas de la empresa así como el criterio de la empresa para aplicarlas en un momento dado. La responsabilidad general del DBA es facilitar el desarrollo y el uso de la Base de Datos dentro de las guías de acción definidas por la administración de los datos. http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani
  • 34.
  • 35. 1.5 Usuarios y Administradores de Bases de Datos Una vez diseñada la BD, es puesta en practica utilizando productos del DBMS, procediéndose entonces a la creación de los datos (captura inicial). El DBA participa en el desarrollo de procedimientos y controles para asegurar la calidad y la alta integridad de la BD. Los requerimientos de los usuarios van modificándose, estos encuentran nuevas formas o métodos para lograr sus objetivos; la tecnología de la BD se va modificando y los fabricantes del DBMS actualizan sus productos. Todas las modificaciones en las estructuras o procedimientos de BD requieren de una cuidadosa administración. http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani
  • 36. 1.5 Usuarios y Administradores de Bases de Datos Administrador de la base de datos. Historia y funciones de un DBA Administración de La Estructura de La Base de Datos Implicaciones por la Modificación de Esquemas Las solicitudes de modificación son inevitables una vez que el sistema ha entrado en operación, pueden aparecer solicitudes de nuevos requerimientos o estos pueden resultar de una comprensión inadecuada de los mismos. En cualquier caso, deberán efectuarse modificaciones en relación con toda la comunidad de la BD, ya que el impacto de tales alteraciones será resentido por mas de una aplicación. http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani
  • 37. 1.5 Usuarios y Administradores de Bases de Datos En algunos casos, pueden darse modificaciones que presentan efectos negativos para algunos usuarios; estos casos deberán ser tratados esgrimiendo como argumento los beneficios globales que serán obtenidos de tales alteraciones. Una administración eficaz de la BD debe incluir procedimientos y políticas mediante las cuales los usuarios puedan registrar sus necesidades de modificaciones, y así la comunidad podrá analizar y discutir los impactos de dichas modificaciones, determinándose entonces la puesta o no en practica de tales alteraciones. http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani
  • 38. 1.5 Usuarios y Administradores de Bases de Datos Administrador de la base de datos. Historia y funciones de un DBA Documentación La responsabilidad final de un DBA en la administración de la estructura de una BD es la DOCUMENTACIÓN. Es de suma importancia saber que modificaciones han sido efectuadas, como fueron realizada y cuando fueron establecidas. Una modificación sobre la estructura de la BD pudiera ocasionar un error que no apareciera a corto plazo; una vez que este surja, sin la documentación adecuada sobre las modificaciones realizadas, él diagnostico resultaría extremadamente complicado. Para identificar un cambio es de suma importancia mantener un registro de los formatos de prueba y de las ejecuciones de las pruebas efectuadas. Si se utilizan procedimientos de prueba formatos de pruebas y métodos de registro estandarizados, el registro de los resultados de la prueba no consumirá tiempo excesivo. http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani
  • 39. 1.5 Usuarios y Administradores de Bases de Datos Administrador de la base de datos. Historia y funciones de un DBA Documentación Comúnmente el tiempo de la documentación es tedioso y esto ocasiona que algunos DBA tienden a reducir o abreviar la información que se registra en ella e incluso llegan a desatenderla. Cuando ocurre un siniestro, la documentación completa y organizada puede ser la diferencia entre resolver o no un problema de extrema importancia y en la mayoría de los casos, que implica costos cuantiosos a la empresa. La tarea de la documentación es cada vez más ligera y precisa cuando se utilizan DBMS que integran herramientas CASE para las tareas de diseño, mantenimiento y documentación. Estas mismas herramientas CASE proporcionan en la, mayoría de los casos la facilidad de generar y mantener en forma automática el Diccionario de Datos. http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani
  • 40. 1.5 Usuarios y Administradores de Bases de Datos Administrador de la base de datos. Historia y funciones de un DBA Administración de la Actividad de Datos Aunque el DBA protege los datos, no los procesa. El DBA no es usuario del sistema, en consecuencia, no administra valores de datos; el DBA administra actividad de datos. Dado que la BD es un recurso compartido, el DBA debe proporcionar estándares, guías de acción, procedimientos de control y la documentación necesaria para garantizar que los usuarios trabajan en forma cooperativa y complementaria al procesar datos en la BD. Como es de suponerse, existe una gran actividad al interior de un DBMS. La concurrencia de múltiples usuarios requieren de estandarizar los procesos de operación; el DBA es responsable de tales especificaciones y de asegurarse que estas lleguen a quienes concierne. Todo el ámbito de la BD se rige por estándares, desde la forma como se capture la información (tipo, longitud, formato), como es procesada y presentada. El nivel de estandarización alcanza hasta los aspectos más internos de la BD; como sé accesa a un archivo, como se determinan los índices primarios y auxiliares, la foliación de los registros y demás. http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani
  • 41. 1.5 Usuarios y Administradores de Bases de Datos Administrador de la base de datos. Historia y funciones de un DBA Administración de la Actividad de Datos Una administración de BD efectiva deberá disponer siempre de este tipo de estándares; entre las funciones del DBA se encuentra la de revisarlos periódicamente para determinar su operatividad, y en su caso ajustarlos, ampliarlos o cancelarlos. Es también su responsabilidad el que estos se cumplan. Cuando se definen estándares sobre la estructura de la BD, estos deben registrarse en una sección del diccionario de datos a la que todos aquellos usuarios relacionados con ese tipo de proceso pueden acceder. http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani
  • 42. 1.5 Usuarios y Administradores de Bases de Datos Administrador de la base de datos. Historia y funciones de un DBA Administración de la Actividad de Datos Otro de los aspectos que el administrador debe atender es el de coordinar las nuevas propuestas para realizar ajustes en los derechos de acceso a datos compartidos y aplicaciones específicamente propuestas serían analizados en conjunto con los supervisores o directivos de las áreas involucradas para determinar si procede pudieran aparecer problemas cuando dos o más grupos de usuarios quedan autorizados para notificar los mismos datos. Uno de tales conflictos es el de la actualización perdida; este ocurre cuando el trabajo de un usuario queda sobrescrito sobre por el de un segundo usuario. El DBA queda responsabilizado para identificar la posible ocurrencia de dichos problemas así como de crear normas y procedimientos para su eliminación. Se obtendrán este tipo de garantías cuando el DBMS sea capaz de implementar las restricciones aplicables al acceso concurrente, y este sea utilizado adecuadamente por programadores y usuarios; para borrar lo anterior, se hace indispensable el apego a los estándares el seguimiento de instructivos y manuales y las reglas establecidas para los diversos procesamientos y procedimientos que se llevan acabo. http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani
  • 43. 1.5 Usuarios y Administradores de Bases de Datos Administrador de la base de datos. Historia y funciones de un DBA Administración de la Actividad de Datos Entre las alternativas mas utilizadas por el DBA para tratar de resolver o minimizar este problema se encuentran las siguientes: a) Restringir el acceso a los procedimientos para ciertos usuarios. b) Restringir al acceso a los datos para ciertos usuarios procedimientos y/o datos. c) Evitar la coincidencia de horarios para usuarios que comparten. http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani
  • 44. 1.5 Usuarios y Administradores de Bases de Datos Administrador de la base de datos. Historia y funciones de un DBA Funciones del Administrador de Bases de Datos (DATE) Definir el Esquema Conceptual : es tarea del administrador de datos decidir con exactitud cual es la información que debe mantenerse en la base de datos, es decir, identificar las entidades que interesan a la empresa y la información que debe registrarse acerca de esas entidades. Este proceso por lo general se denomina diseño lógico �a veces conceptual- de bases de datos. Cuando el administrador de datos decide el contenido de la base de datos en un nivel abstracto, el DBA crea a continuación el esquema conceptual correspondiente, empleando el DDL conceptual. El DBMS utilizará la versión objeto (compilada) de ese esquema para responder a las solicitudes de acceso. La versión fuente sin compilar servirá como documento de referencia para los usuarios del sistema. http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani
  • 45. 1.5 Usuarios y Administradores de Bases de Datos Administrador de la base de datos. Historia y funciones de un DBA Funciones del Administrador de Bases de Datos (DATE) Definir El Esquema Interno : el DBA debe decidir también como se representará la información en la base de datos almacenada. A este proceso suele llamársele diseño físico de la base de datos. Una vez hecho esto el DBA deberá crear la definición de estructura de almacenamiento correspondiente (es decir el esquema interno) valiéndose del DDL interno. Además deberá definir la correspondencia pertinente entre los esquemas interno y conceptual. En la práctica, ya sea el DDL conceptual o bien el DDL interno incluirán seguramente los medios para definir dicha correspondencia, pero las dos funciones (crear el esquema, definir la correspondencia) deberán poder separarse con nitidez. Al igual que el esquema conceptual, el esquema interno y la correspondencia asociada existirán tanto en la versión fuente como en la versión objeto. http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani
  • 46. 1.5 Usuarios y Administradores de Bases de Datos Administrador de la base de datos. Historia y funciones de un DBA Funciones del Administrador de Bases de Datos (DATE) Vincularse con los Usuarios: el DBA debe encargarse de la comunicación con los usuarios, garantizar la disponibilidad de los datos que requieren y escribir - o ayudar a los usuarios a escribir- los esquemas externos necesarios, empleando el DDL externo aplicable. Además, será preciso definir la correspondencia entre cualquier esquema externo y el esquema conceptual. En la práctica, el DDL externo incluirá con toda probabilidad los medios para especificar dicha correspondencia, pero en este caso también el esquema y la correspondencia deberán poder separarse con claridad. Cada esquema externo y la correspondencia asociada existirán en ambas versiones fuentes y objeto. Otros aspectos de la función de enlace con los usuarios incluyen las consultas sobre diseño de aplicaciones, la impetración de instrucción técnica, la ayuda en la localización y resolución de problemas, y otros servicios profesionales similares relacionados con el sistema. http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani
  • 47. 1.5 Usuarios y Administradores de Bases de Datos Administrador de la base de datos. Historia y funciones de un DBA Funciones del Administrador de Bases de Datos (DATE) Definir las Verificaciones de Seguridad e Integridad : las verificaciones de seguridad y de integridad pueden considerarse parte del esquema conceptual. El DDL conceptual incluirá los medios para especificar dichas verificaciones. http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani
  • 48. 1.5 Usuarios y Administradores de Bases de Datos Definir Procedimientos de Respaldo y Recuperación: cuando una empresa se decide a utilizar un sistema de base de datos, se vuelve dependiente en grado sumo del funcionamiento correcto de ese sistema. En caso de que sufra daño cualquier porción de la base de datos � por causa de un error humano, digamos, o una falla en el equipo o en el sistema que lo apoya � resulta esencial poder reparar los datos implicados con un mínimo de retraso y afectando lo menos posible el resto del sistema. En teoría, por ejemplo la disponibilidad de los datos no dañados no debería verse afectada. El DBA debe definir y poner en practica un plan de recuperación adecuado que incluya, por ejemplo una descarga o "vaciado" periódico de la base de datos en un medio de almacenamiento de respaldo, y procedimientos para cargar otra vez la base de datos a partir de vaciado más reciente cuando sea necesario. http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani
  • 49. 1.5 Usuarios y Administradores de Bases de Datos Administrador de la base de datos. Historia y funciones de un DBA Funciones del Administrador de Bases de Datos (DATE) Supervisar el Desempeño y Responder a Cambios en los Requerimientos: es responsabilidad del DBA organizar el sistema de modo que se obtenga el desempeño que sea "mejor para la empresa", y realizar los ajustes apropiados cuando cambien los requerimientos. http://tutorialdeadministraciondebasededatos.blogspot.com/Blogumulus by Roy Tanck and Amanda Fazani