Presentación1 clase b_dcap1

Conceptos fundamentalesConceptos fundamentalesdel entorno de un Sistema de Base del entorno de un Sistema de Base

de Datosde Datos

CIT 221 Database Management SystemsCIT 221 Database Management Systems

Lcda. Carol PucheLcda. Carol Puche

•Definir y comprender los conceptos fundamentales

del entorno de un Sistema de Base de Datos

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

En la actualidad, las bases de datos se usan tan ampliamente que se pueden encontrar en

organizaciones de todos los tamaños, desde grandes corporaciones y agencias gubernamentales,

hasta pequeños negocios e incluso en hogares. Las actividades diarias con frecuencia lo ponen en

contacto con las bases de datos, ya sea directa o indirectamente.

• Cuando visita un portal de Internet del consumidor que permite navegar y ordenar en línea

bienes como libros o ropa, accede a una base de datos. La información acerca de los productos

disponibles y los datos acerca del pedido se almacenan en una base de datos. También es posible

que pueda ver los datos almacenados acerca de pedidos anteriores que haya levantado. Algunos

sitios Web pueden usar información acerca de sus pedidos, o incluso sus actividades de

navegación, para sugerir productos o servicios que es probable que le interesen.

1.1. Bases de datos en la vida cotidiana

Bases de DatosPor:Ricardo

Editorial: MCGRAW-HILL INTERAMERICANA EDITORES

• Cuando visita un sitio Web interactivo de servicio al cliente, como la página de inicio de una compañía de

servicios o una aseguradora de salud, es capaz de acceder a información acerca de sus propios registros de

servicios o productos proporcionados. Es posible que sea capaz de actualizar entradas en la base de datos

con información personal como su dirección o número telefónico. Algunos sitios Web de servicios al

cliente le permiten hacer cambios a los servicios a los que se suscribe. Por ejemplo, su proveedor de

servicios telefónicos o compañía eléctrica pueden permitirle cambiar planes en línea.

• Si usa banca electrónica, puede recuperar registros de base de datos acerca de depósitos, retiros, pago de

facturas y otras transacciones para sus cuentas. Puede transferir fondos, ordenar cheques y realizar

muchas otras funciones, todas las cuales involucran el uso de una base de datos.




• Cuando compra bienes en un supermercado o tienda al

menudeo, se usan escáneres para leer códigos universales de

producto u otros identificadores de mercancía. Al usar el

código escaneado, el sistema de base de datos puede

identificar el artículo exacto y producir un recibo con el

nombre del artículo y su precio, y toma en consideración

cualquier precio de venta especial. El sistema también puede

proporcionar entrada para un sistema de control de

inventarios, de modo que el registro de inven tario para cada

artículo se puede actualizar con el fin de reflejar la venta. Si el

inventario cae por abajo de un nivel llamado punto de

resurtido, la computadora automá ticamente puede colocar

un pedido para volver a surtir el inventario.




• Para hacer investigación, puede usar una base de datos

bibliográfica en la que ingrese palabras clave que

describan el tema de interés. Puede obtener resultados

que contengan hipertexto, lo que le permite recuperar

resúmenes o artículos de interés completos en su área de

interés.


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.



En un sistema de procesamiento de Archivos los registros permanente son almacenados en varios archivos y se

escriben en diferentes programas de aplicación para extraer registros y añadir registros a los archivos

adecuados .

Mantener información de la organización en sistema de procesamiento de archivos tienen una serie de

inconvenientes importantes:

•Redundancia e inconsistencia de datos. Debido a que los archivos y programas de aplicaciones son creados

por diferentes programadores en un largo periodo de tiempo, los diversos archivos tiene probablemente

diferente formatos y los programas pueden estar escritos en diferentes lenguajes. Más aún la misma

información puede estar duplicada en diferentes lugares (Archivos)

Por ejemplo, la dirección y número de teléfono de un cliente particular puede aparecer en un archivo que

contenga registros de cuenta de ahorros y en un archivo que contenga registro de una cuenta corriente. Esta

redundancia conduce a un almacenamiento y coste de acceso más alto. Además , puede conducir a

inconsistencia de datos; es decir diversas copias de los mismo datos pueden no coincidir.

1.3. Sistema de BD frente a Sistema de Archivo



•Dificultad en el acceso a los datos. En un entorno de procesamiento de archivos

convencionales no permite que los datos necesarios sean obtenidos de una forma practica y

eficiente . Se deben desarrollar sistemas de recuperación de datos más interesantes para uso

general.

Por ejemplo, Supóngase que uno de los empleados del banco necesita averiguar los nombres de

todos los clientes que viven en un sector de la ciudad. El empleado pide al departamento de

procesamiento de datos que genere dicha lista. Debido a que esta petición no fue prevista

cuando el sistema original fue diseñado, no hay un programa de aplicación a mano para

satisfacerla.


Fuente Fundamentos de Bases de Datos Silberschatz -Kortn –Sudarshan


•Aislamiento de datos. Debido a que los datos están disperso en varios archivos, y los archivos

pueden estar en diferentes formatos, es difícil escribir nuevos programas de aplicación para

recuperas los datos apropiados.

•Problemas de integridad: Los valores de los datos almacenados en la base de datos deben

satisfacer ciertos tipos de restricciones de consistencia

Por ejemplo, el saldo de una cuenta bancaria no puede nunca ser más bajo de una cantidad

predeterminada (por ejemplo 25$). Los desarrolladores hacen cumplir esas restricciones en el

sistema añadiendo el código apropiado en los diversos programas de aplicación. Sin embargo,

cuando se añaden nuevas restricciones , es difícil cambiar los programas para hacer que se

cumplan. El problema es complicado cuando las restricciones implican diferentes elementos de

datos de diferentes archivos.




•Problemas de atomicidad. Un sistema de un computador, como cualquier otro dispositivo

mecánico o eléctrico esta sujeto a fallo. En muchas aplicaciones es crucial asegurar que, una vez

que un fallo ha ocurrido y se ha detectado , los datos se restauran al estado de consistencia que

existía antes del fallo.

Por ejemplo, Considerando un programa para transferir 50 $ desde la cuenta A ala B. Si ocurre

un fallo del sistema durante la ejecución del programa , es posible que los 50$fueron

eliminados de la cuenta A pero no abonados de las cuenta B, resultado un estado de la base de

datos inconsistente . El proceso de transferencia de fondos debe ser atómico; éste debe ocurría

en ellos por completo o no ocurrir en absoluto. Es difícil asegurar esta propiedad en un sistema

de procesamiento de archivos convencional.




• Anomalías en el acceso concurrente . Conforme se ha ido mejorando el conjunto de ejecución

de los sistemas y ha sido posible una respuesta en tiempo más rápida , muchos sistemas han ido

permitiendo a múltiples usuarios actualizar los datos simultáneamente. En tales sistemas un

entorno de interacción de actualizaciones concurrentes puede dar lugar a datos inconsistente.

Por ejemplo: Considere una cuenta bancaria A, que contiene 500 $.. Si dos clientes retiran

fondos (por ejemplo 50$ y 100 $ respectivamente) de la cuenta A en aproximadamente el mismo

tiempo, el resultado de las ejecuciones concurrentes puede dejar la cuenta en un estado

incorrecto.




•Problemas de seguridad. No todos los usuarios de un SGBD deberían poder acceder a todos los

datos.

Por ejemplo, en un sistema bancario , el personal de nóminas necesita ver solo esa parte de la

base de datos que tienen información acerca de varios empleados del banco. No necesitan tener

acceder a la información acerca de las cuentas clientes. Como los programas de aplicación se

añaden al sistema de una forma ad hoc, es fácil garantizas tales restricciones en una empresa.




Uno de los propósitos principales de una SGBD es proporcionar a los usuarios una visión

abstracta de los datos. Es decir, el sistema esconde ciertos detalles de cómo se almacenan y

mantienen los datos.

Abstracción de Datos

Para que el sistema sea útil debe recuperar los datos eficientemente . Como muchos usuarios

no están familiarizados con computadores, los desarrolladores esconden la complejidad a los

usuarios a través de varios niveles de abstracción para simplificar la interacción de los usuarios

del sistema:

•Nivel físico

•Nivel lógico

1.4. Visión de los Datos



•Nivel físico: El nivel más bajo de abstracción describe cómo se almacenan realmente los datos.

En el nivel físico se describen en detalle las estructuras de datos complejas de bajo nivel.

•Nivel lógico: El siguiente nivel más alto de abstracción describe qué datos se almacenan en la

base de datos y qué relaciones existen entre esos datos. La base de datos completa se describe

así en términos de números pequeños de estructuras relativamente simple . Aunque la

implementación de estructuras simples en el nivel lógico puede involucrar estructuras complejas

del nivel físico, los usuarios del nivel lógico no necesitan preocuparse de esta complejidad. Los

administradores de baso deben decidir que información que se mantienen en la base de datos

usan el nivel lógico de abstracción.




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 :




Tipe cliente = recordnombre-cliente: string id-cliente: string calle-cliente: string ciudad -cliente: string end;

Este código define un nuevo registro llamado cliente con cuatro campos. Cada campo tiene un

nombre y un tipo asociado a él. Una empresa bancaria puede tener varios tipos de registro,

incluyendo:

• Cuenta, con campos número- cuenta y saldo Cuenta, con campos número- cuenta y saldo

• Empleado, con campos nombre- empleado y sueldoEmpleado, con campos nombre- empleado y sueldo

En el nivel físico , un registro cliente, cuenta o empleado se puede describir como un bloque de

posiciones almacenadas consecutivamente (por ejemplo , palabras o bytes). El compilador del

lenguaje esconde este nivel de detalle al programador. Análogamente, el sistema de base de

datos esconde muchos detalles de almacenamiento de nivel inferior a los programadores de

base de datos. Los administradores de base de datos pueden ser conscientes de ciertos detalles

de la organización física de los datos .




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.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


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.




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.



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

Un objetivo principal de un SGBD es recuperar información y almacenar nueva información

en la base de datos. Las personas que trabajan con una base de datos se pueden catalogar

como usuario (as) de bases de datos:

Usuarios de bases de datos e interfaces de usuarios:

Hay cuatro tipos diferentes de usuarios de un sistema de base de datos, diferenciados por la

forma en que ellos interactúan con el sistema.

•Usuarios normales: son usuarios sofisticados que interactúan con el sistema mediante la

invocación de alguno de los programas de aplicación permanentes que se ha escrito

previamente.

Por ejemplo: Un cajero bancario que necesita transferir 50$ de la cuenta A a la cuenta B invoca un

programa llamado transferir. Este programa pide al cajero el importante de dinero a transferir, la cuenta

de la que el dinero va a ser transferido y la cuenta a la que el dinero va a ser transferido.




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.


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.




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.





•Los usuarios sofisticados: interactúan con el sistema sin programas escritos. En su lugar

ellos forman consultas en el lenguaje de consulta de la base de datos. Cada una de estas

consultas se envía al procesador de consultas, cuya función es transformar instrucciones

LMD a instrucciones que el gestor de almacenamiento entienda. Los analistas que envían

las consultas para explorar los datos en la base de datos entran en esta categoría.

Las herramientas de procesamiento analítico en línea (OLAP, Online Analytical Processing)

simplifican la labor de los analistas permitiéndoles ver resúmenes de datos de forma

diferentes. Por ejemplo, un analista puede ver las ventas totales por región (por ejemplo ,

norte, sur, este y oeste) o por producto , o por una combinación de la región y del

producto (es decir, las ventas totales de cada producto en cada región)





•Los usuarios especializados: Son usuarios sofisticados que escriben aplicaciones de base

de datos especializadas que no son adecuadas en el marco de procesamiento de datos

tradicionales. Entre estas aplicaciones están los sistemas de diseño asistido por

computador, sistemas de base de conocimientos y sistemas expertos, sistemas que

almacenan los datos con tipos de datos complejos (por ejemplo , datos gráficos y datos de

audio) y sistema de modelado del entorno.




http://tutorialdeadministraciondebasededatos.bl

ogspot.com/Blogumulus by Roy Tanck and Amanda Fazani

Administrador de la base de datos.

•Historia y funciones de un DBA

El alcance de la actividad de la Administración de Datos es la organización completa

(empresa, institución u otro organismo), mientras que el alcance de la Administración de

Bases de Datos queda restringido a una Base de Datos en particular y a los sistemas que

los procesan.

La Administración de la Base de Datos opera dentro de un marco proporcionado por la

Administración de Datos facilitándose de esta manera el desarrollo y el uso de una Base

de Datos y sus aplicaciones. Las siglas DBA suelen utilizarse para designar tanto la función

Administración de Base de Datos como al titulo del puesto administrador de Base de

Datos.



•Historia y funciones de un DBA

En los distintos niveles y aplicaciones de Base de Datos existe la función DBA, aunque varia en

complejidad. Esta es más sencilla cuando se trata de una Base de Datos Personal que cuando

se refiere a una Base de Datos de grupos de trabajo, y esta a su vez es más sencilla que en una

Base de Datos Organizacional. En una Base de Datos Personal comúnmente el mismo usuario

es el Administrador de la Base de Datos; las Bases de Datos de grupos de trabajo requieren de

una o dos personas que normalmente no se dedican a esta función de tiempo completo puesto

que tienen otras responsabilidades dentro o fuera de la organización.

En las Bases de Datos Organizacionales, que comúnmente permiten el acceso a decenas e incluso centenas

de usuarios, se requiere de un administrador de Base de Datos de tiempo completo; lo anterior debido al

alto volumen de procesos que deben desarrollarse, controlarse y supervisarse.





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.





Historia y funciones de un DBAHistoria 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.




El DBA es responsable primordialmente de:

• Administrar la estructura de la Base de Datos

• Administrar la actividad de los datos

• Administrar el Sistema Manejador de Base de Datos

• Establecer el Diccionario de Datos

• Asegurar la confiabilidad de la Base de Datos

• Confirmar la seguridad de la Base de Datos.

Administración de La Estructura de La Base de DatosLa administración de la estructura de la Base de Datos incluye participar en el diseño inicial de la misma y su puesta en practica así como controlar, y administrar sus requerimientos, ayudando a evaluar alternativas, incluyendo los DBMS a utilizar y ayudando en el diseño general de BD. En los casos de grandes aplicaciones de tipo organizacional, el DBA es un gerente que supervisa el trabajo del personal de diseño de la BD.




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.






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.




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.






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.






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.






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.bl






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.







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





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.






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.







(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.bl






(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.







(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.




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.







(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.



Presentación1 clase b_dcap1

Documents

Transcript of Presentación1 clase b_dcap1