UNIVERSIDAD ANDINA DEL

CUSCO
INGENIERIA DE
SISTEMAS
SISTEMAS DE BASE DE DATOS I

DOCENTE: ARDILES ROMERO, VELIA

INTEGRANTES: XAVIER FRANCOIS
VEGA CHAMPI
DIEGO DAVID ORTIZ
CARMELINO
JOSE ROBERTO CHOQUE
FLORES
JOSE MANUEL GUTIERRES
ARIAS
GABRIEL ALVARO HUAMAN
FLORES

CUSCO - 2015

ADMINISTRACIN DE DATOS Y ADMINISTRACIN DE

BASES DE DATOS
La informacin es uno los activos ms valiosos de la empresa, es
indispensable contar con una persona -el administrador de datos- que
conozca la informacin, y las necesidades de la empresa en este
aspecto, en un nivel gerencial superior. As la labor del administrador
de datos es decidir en primer trmino cules datos deben
almacenarse en la base de datos, y establecer polticas para
mantener y manejar los datos una vez almacenados. El administrador
de datos es por lo general, un gerente, no un tcnico. El tcnico
responsable de poner en prctica las decisiones del administrador de
datos es el administrador de bases de datos (DBA, database
administrator).
El alcance de la actividad de la Administracin de Datos es la
organizacin completa (empresa, institucin u otro organismo),
mientras que el alcance de la Administracin de Bases de Datos
queda restringido a una Base de Datos en particular y a los sistemas
que los procesan. La Administracin de la Base de Datos opera dentro
de un marco proporcionado por la Administracin de Datos
facilitndose 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 funcin Administracin de Base de Datos como al
ttulo del puesto administrador de Base de Datos.
En los distintos niveles y aplicaciones de Base de Datos existe la
funcin DBA, aunque vara en complejidad. Esta es ms 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 ms
sencilla que en una Base de Datos Organizacional. En una Base de
Datos Personal comnmente 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 funcin
de tiempo completo puesto que tienen otras responsabilidades dentro
o fuera de la organizacin. En las Bases de Datos Organizacionales,
que comnmente 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.
Un Administrador de Base de Datos de tiempo completo normalmente
tiene aptitudes tcnicas para el manejo del sistema en cuestin
adems, son cualidades deseables nociones de administracin,
manejo de personal e incluso un cierto grado de diplomacia. La
caracterstica ms importante que debe poseer es un conocimiento

profundo de las polticas y normas de la empresa as como el criterio

de la empresa para aplicarlas en un momento dado.

ADMINISTRACIN DE BASES DE DATOS

Es un sistema robusto que es capaz de emplear algoritmos de
almacenamiento y recuperacin de informacin para poder
implementar un modelo de datos de manera fsica garantizando que
todas las transacciones que se realizan con respecto a dichos datos
sean "ACID" (Atomicity, Consistency, Isolation, Duration).

ADMINISTRACIN DE UN DBMS REAL

MySQL
Es un manejador de bases de datos relacional bastante robusto, de
cdigo abierto bajo la licencia GPL (General Public License) el cual se ha
convertido en el ms popular hoy en da.
Su origen se debi a la bsqueda por parte de los fundadores de crear
un manejador de bases de datos que fuera "rpido", todava ms
rpido que SQL. As surgi MySQL, primero como un producto de la
empresa y despus como software de dominio pblico.
El nombre de My se debe probablemente a que la hija del cofundador
Monty Widenius reciba ese sobrenombre, aunque a ciencia cierta
nunca se ha revelado el origen. Por otro lado en el ao 2002 MySQL
tuvo un logo ms original que el simple nombre, incluyendo un delfn,
el cual a travs de una encuesta en la pgina web recibi su nombre:
"Sakila", de origen africano.

Por qu usar MySQL?

Es importante resaltar que no se trata de una herramienta de juguete
o aprendizaje, MySQL es un manejador que puede competir con sus
famosas contrapartes comerciales: Oracle, DB2, Informix, Sybase.
Bsicamente los motivos por los cuales se podra optar por usar
MySQL en lugar de otro manejador seran:

Es gratis

Es extensible

Es robusto

Es rpido

No requiere de una gran nmero de recursos para funcionar

(obviamente para aplicaciones a gran escala es mejor contar
con una buena infraestructura)

Es fcil de administrar

FUNCIONES DEL DBA

As, el DBA, a diferencia del administrador de datos, es un profesional
en procesamiento de datos, el DBA es la persona con ms
conocimientos sobre base de datos en una organizacin. Como tal,
debe entender las reglas bsicas de la tecnologa de base de datos
relacional y ser capaz de comunicarlos con precisin a los dems. La
tarea del DBA es crear la base de datos en s y poner en vigor los
controles tcnicos necesarios para apoyar las polticas dictadas por el
administrador de datos. El DBA se encarga tambin de garantizar el
funcionamiento adecuado del sistema y de proporcionar otros
servicios de ndole tcnica relacionados. El DBA cuenta por lo regular
con un grupo de programadores de sistemas y otros asistentes
tcnicos.
La responsabilidad general del DBA es facilitar el desarrollo y el uso
de la Base de Datos dentro de las guas de accin definidas por la
administracin 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

Administracin de la estructura de la Base de Datos

La administracin de la estructura de la Base de Datos incluye
participar en el diseo inicial de la misma y su puesta en prctica as
como controlar, y administrar sus requerimientos, ayudando a evaluar
alternativas, incluyendo los DBMS a utilizar y ayudando en el diseo
general de BD. En los casos de grandes aplicaciones de tipo
organizacional, el DBA es un gerente que supervisa el trabajo del
personal de diseo de la BD.
Una vez diseada la BD, es puesta en prctica utilizando productos
del DBMS, procedindose entonces a la creacin 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 modificndose, estos
encuentran nuevas formas o mtodos para lograr sus objetivos; la
tecnologa 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 administracin.

Implicaciones por la modificacin de los esquemas

Las solicitudes de modificacin son inevitables una vez que el sistema
ha entrado en operacin, pueden aparecer solicitudes de nuevos
requerimientos o estos pueden resultar de una comprensin
inadecuada de los mismos. En cualquier caso, debern efectuarse
modificaciones en relacin con toda la comunidad de la BD, ya que el
impacto de tales alteraciones ser resentido por ms de una
aplicacin. En algunos casos, pueden darse modificaciones que
presentan efectos negativos para algunos usuarios; estos casos
debern ser tratados esgrimiendo como argumento los beneficios
globales que sern obtenidos de tales alteraciones.
Una administracin eficaz de la BD debe incluir procedimientos y
polticas mediante las cuales los usuarios puedan registrar sus
necesidades de modificaciones, y as la comunidad podr analizar y
discutir los impactos de dichas modificaciones, determinndose
entonces la puesta o no en prctica de tales alteraciones.
En razn del tamao y complejidad de una BD y de sus aplicaciones,
las modificaciones pudieran tener resultados inesperados. El DBA
debe estar preparado para reparar la BD y reunir suficiente
informacin para diagnosticar y corregir el problema provocado por la
falla. Despus de un cambio la BD es ms vulnerable a fallas.
Documentacin
La responsabilidad final de un DBA en la administracin de la
estructura de una BD es la DOCUMENTACIN. Es de suma importancia
saber que modificaciones han sido efectuadas, como fueron
realizadas y cuando fueron establecidas. Una modificacin sobre la
estructura de la BD pudiera ocasionar un error que no apareciera a
corto plazo; una vez que este surja, sin la documentacin adecuada
sobre las modificaciones realizadas, l diagnostico resultara
extremadamente complicado. En estos casos, se hara necesario una
secuencia de re-ejecuciones para intentar detectar el punto en
conflicto; el riesgo de este procedimiento radica en que es posible
afectar la informacin contenida en la BD. 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 mtodos de registro
estandarizados, el registro de los resultados de la prueba no
consumir tiempo excesivo.

Comnmente el tiempo de la documentacin es tedioso y esto

ocasiona que algunos DBA tienden a reducir o abreviar la informacin
que se registra en ella e incluso llegan a desatenderla. Cuando ocurre
un siniestro, la documentacin completa y organizada puede ser la
diferencia entre resolver o no un problema de extrema importancia y
en la mayora de los casos, que implica costos cuantiosos a la
empresa.
La tarea de la documentacin es cada vez ms ligera y precisa
cuando se utilizan DBMS que integran herramientas CASE para las
tareas de diseo, mantenimiento y documentacin. Estas mismas
herramientas CASE proporcionan en la, mayora de los casos la
facilidad de generar y mantener en forma automtica el Diccionario
de Datos.
Una razn ms para documentar consiste en la necesidad de
mantener organizados datos histricos. Ocurre comnmente que se
desea realizar una consulta sobre los respaldos para conocer el
estado que guardaba la informacin en un periodo determinado que
transcurri previamente. Los registros de modificacin existentes en
la documentacin permitirn resolver problemas de incompatibilidad
entre las estructuras que eran vigentes en el periodo de respaldo y
las que lo son ahora; permitir tambin el desarrollo de mdulos de
ajuste que faciliten la traduccin de formatos y/o escalas para valores
almacenados.
En los casos de cadas del sistema se presenta una situacin
parecida; los respaldos son requeridos y habr de verificarse su
estructura; formato y escala para integrarlos a la operacin del
sistema.
Administracin 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 estndares, guas de accin,
procedimientos de control y la documentacin 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 mltiples usuarios requieren de
estandarizar los procesos de operacin; 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 estndares, desde la
forma como se capture la informacin (tipo, longitud, formato), como

es procesada y presentada. El nivel de estandarizacin alcanza hasta

los aspectos ms internos de la BD; como s accede a un archivo,
como se determinan los ndices primarios y auxiliares, la foliacin de
los registros y dems.

Las tcnicas de recuperacin son otra funcin esencial del DBA al

administrar la actividad de datos. A pesar de que el DBMS lleva a
cabo una parte del proceso de recuperacin, los usuarios determinan
en forma critica la operatividad de esos sistemas de proteccin. El
DBA debe anticipar fallas y definir procedimientos estndares de
operacin; los usuarios deben saber qu hacer cuando el sistema este
cado y que es lo primero que debe realizarse cuando el sistema este
puesto en marcha nuevamente. El personal de operacin deber
saber cmo iniciar el proceso de recuperacin de la BD que copias de
seguridad utilizar; como programar la re-ejecucin del tiempo perdido
y de las tareas pendientes; es importante tambin establecer un
calendario para llevar a cabo estas actividades sin afectar a otros
sistemas dentro de la organizacin que hagan uso de los mismos
recursos de computo. Destacan por su importancia en el proceso de
recuperacin y a su vez en la atencin que prestan a otros sectores
de la organizacin. Los dispositivos de comunicacin remota, los
sistemas de interconexin y otros accesorios de uso compartido.
El DBA es el responsable de la publicacin y mantenimiento de la
documentacin en relacin con la actividad de los datos, incluyendo
los estndares de la BD, los derechos de recuperacin y de acceso a
la BD, los estndares para la recuperacin de cadas y el
cumplimiento de las polticas establecidas. Los productos DBMS ms
populares que se encuentran en el mercado proporcionan servicios de
utileras para ayudar al DBA en la administracin de los datos y su
actividad. Algunos sistemas registran en forma automtica los
nombres de los usuarios y de las aplicaciones a las que tienen acceso
as como a otros objetos de la BD. Incorpora tambin utileras que
permitan definir en el diccionario de datos las restricciones para que
determinadas aplicaciones o mdulos de ellas solo tengan acceso a
segmentos especficos de la BD.

FUNCIONES DEL SISTEMA GESTOR

DE BASE DE DATOS (SQL Server)
Las principales funciones que debe realizar un S.G.B.D. son:
-

La definicin de los datos.

La manipulacin de los datos.
Garantizar la seguridad e integridad de los datos.

Definicin de datos
El DDL (Data Definition Language, o Data Description Language segn
autores), es la parte del SQL dedicada a la definicin de la base de
datos, consta de sentencias para definir la estructura de la base de
datos, permite definir gran parte del nivel interno de la base de datos.
Por este motivo estas sentencias sern utilizadas normalmente por el
administrador de la base de datos.
La definicin de la estructura de la base de datos incluye tanto la
creacin inicial de los diferentes objetos que formarn la base de
datos, como el mantenimiento de esa estructura. Las sentencias del
DDL utilizan unos verbos que se repiten para los distintos objetos. Por
ejemplo para crear un objeto nuevo el verbo ser CREATE y a
continuacin el tipo de objeto a crear. CREATE DATABASE es la
sentencia para crear una base de datos, CREATE TABLE nos permite
crear una nueva tabla, CREATE INDEX crear un nuevo ndice Para
eliminar un objeto utilizaremos el verbo DROP (DROP TABLE, DROP
INDEX) y para modificar algo de la definicin de un objeto ya creado
utilizamos el verbo ALTER (ALTER TABLE, ALTER INDEX).
Los objetos que veremos en este tema son:
Bases de datos
Tablas
Vistas
ndices
Como ya hemos comentado, las sentencias DDL estn ms orientadas
al administrador de la base de datos, es el que ms las va a utilizar, el
programador tiene que conocer cuestiones relativas a la estructura
interna de una base de datos, pero no tiene que ser experto en ello
por lo que el estudio del tema se centrar en las sentencias y sobre
todo en las clusulas que pensamos pueden ser tiles a un
programador y no entraremos en mucho detalle en cuanto a la
estructura fsica de la base de datos y en la administracin de la
misma.
Definir una base de datos
La instruccin mnima es:
CREATE DATABASE seguido del nombre de esta.
Eliminar una base de datos

Para eliminar una base de datos tenemos la instruccin DROP

DATABASE.

Modificar las propiedades de una base de datos

Si despus de crear la base de datos queremos cambiar algo de su
definicin podramos eliminarla (con DROP DATABASE) y luego crearla
otra vez (con CREATE DATABASE), pero si ya la hemos rellenado con
tablas u otros objetos, esta solucin no sera muy prctica. Para
cambiar la definicin de la base de datos una vez creada tenemos
que utilizar la sentencia ALTER DATABASE.
Estas 3 sentencias se repiten para los dems objetos.
Comando
CREATE

Descripcin
Utilizado para crear nuevas tablas, stored procedures e
ndices

DROP

Empleado para eliminar tablas, stored procedures e

ndices

ALTER

Utilizado para modificar las tablas agregando campos o

cambiando la definicin de los campos

Manipulacin de datos
La funcin de manipulacin de datos se encarga de todas las
operaciones de intercambio de datos entre los usuarios y la base de
datos. Esta funcin se hace con la ayuda del Lenguaje de
Manipulacin de datos (L.M.D.), que est compuesto por un
conjunto de comandos que nos permiten la consulta o puesta al da
(insercin, modificacin y borrado) de los datos de una base de
datos.
Comando

Descripcin

SELECT

Utilizado para consultar registros de la base de datos que

satisfagan un criterio determinado.

INSERT

Utilizado para cargar lotes de datos en la base de datos

en una nica operacin.

DELETE

Utilizado para modificar los valores de los campos y

registros especificados.

UPDATE

Utilizado para eliminar registros de una tabla de una base

de datos.

Integridad de los datos

La exigencia de integridad de los datos garantiza la calidad de los
datos de la base de datos. Por ejemplo, si se especifica para un
empleado el valor de identificador de 123, la base de datos no debe
permitir que ningn otro empleado tenga el mismo valor de
identificador. Si tiene una columna employee_rating para la que se
prevean valores entre 1 y 5, la base de datos no debe aceptar valores
fuera de ese intervalo. Si en la tabla hay una columna dept_id en la
que se almacena el nmero de departamento del empleado, la base
de datos slo debe permitir valores que correspondan a los nmeros
de departamento de la empresa.
Dos pasos importantes en el diseo de las tablas son la identificacin
de valores vlidos para una columna y la determinacin de cmo
forzar la integridad de los datos en la columna. La integridad de datos
pertenece a una de las siguientes categoras:

Integridad de entidad

Integridad de dominio

Integridad referencial

Integridad definida por el usuario

Integridad de entidad
La integridad de entidad define una fila como entidad nica para una
tabla determinada. La integridad de entidad exige la integridad de las
columnas de los identificadores o la clave principal de una tabla,
mediante ndices y restricciones UNIQUE, o restricciones PRIMARY KEY.
Integridad de dominio
La integridad de dominio viene dada por la validez de las entradas
para una columna determinada. Puede exigir la integridad de dominio
para restringir el tipo mediante tipos de datos, el formato mediante
reglas y restricciones CHECK, o el intervalo de valores posibles
mediante restricciones FOREIGN KEY, restricciones CHECK,
definiciones DEFAULT, definiciones NOT NULL y reglas.
Integridad referencial

La integridad referencial protege las relaciones definidas entre las

tablas cuando se crean o se eliminan filas. En SQL Server la integridad
referencial se basa en las relaciones entre claves externas y claves
principales o entre claves externas y claves exclusivas, mediante
restricciones FOREIGN KEY y CHECK. La integridad referencial
garantiza que los valores de clave sean coherentes en las distintas
tablas. Para conseguir esa coherencia, es preciso que no haya
referencias a valores inexistentes y que, si cambia el valor de una
clave, todas las referencias a ella se cambien en consecuencia en
toda la base de datos.

Cuando se exige la integridad referencial, SQL Server impide a los

usuarios:

Agregar o cambiar filas en una tabla relacionada si no hay

ninguna fila asociada en la tabla principal.

Cambiar valores en una tabla principal que crea filas hurfanas

en una tabla relacionada.

Eliminar filas de una tabla principal cuando hay filas

relacionadas coincidentes.

Por ejemplo, en las

tablas Sales.SalesOrderDetail y Production.Product de la base
de datos AdventureWorks2008R2, la integridad referencial se basa en
la relacin entre la clave externa (ProductID) de la
tabla Sales.SalesOrderDetail y la clave principal (ProductID) de la
tabla Production.Product. Esta relacin garantiza que un pedido de
ventas no pueda nunca hacer referencia a un producto que no existe
en la tabla Production.Product.

Integridad definida por el usuario

La integridad definida por el usuario permite definir reglas de
empresa especficas que no pertenecen a ninguna otra categora de
integridad. Todas las categoras de integridad admiten la integridad
definida por el usuario. Esto incluye todas las restricciones de nivel de
columna y nivel de tabla en CREATE TABLE, procedimientos
almacenados y desencadenadores.

Otra transaccin que espera por los datos que estn bloqueados por
las transacciones anteriores. El S.G.B.D. debe estar capacitado para
detectar esta situacin y desbloquearla.

Seguridad
SQL Server incluye muchas caractersticas que admiten la creacin de
aplicaciones de base de datos seguras.
Cada versin de SQL Server incluye diferentes caractersticas de
seguridad, del mismo modo que las versiones de Windows ms
recientes mejoran la funcionalidad respecto a las anteriores. Es
importante comprender que las caractersticas de seguridad no
pueden garantizar por s solas una aplicacin de base de datos
segura. Cada aplicacin de base de datos es nica en lo que respecta
a los requisitos, el entorno de ejecucin, el modelo de
implementacin, la ubicacin fsica y el rellenado por parte del
usuario. Algunas aplicaciones que son locales en cuanto al mbito
pueden necesitar una seguridad mnima, en tanto que otras
aplicaciones locales o las aplicaciones implementadas en Internet
pueden precisar medidas estrictas de seguridad y supervisin y
evaluacin continuas.
Los requisitos de seguridad de una aplicacin de base de datos de
SQL Server se deben tener en cuenta en el tiempo de diseo, no a
posteriori. La evaluacin de las amenazas en las primeras fases del
ciclo de desarrollo permite reducir al mnimo los posibles daos
cuando se detecte una vulnerabilidad.
Sin embargo, a pesar de que el diseo inicial de la aplicacin resulte
adecuado, pueden surgir nuevas amenazas a medida que evoluciona
el sistema. La creacin de varias lneas de defensa en torno a la base
de datos permite reducir al mnimo los daos producidos por una
infraccin de seguridad. La primera lnea de defensa consiste en
reducir el rea de ataque; para ello, no se deben conceder ms
permisos que los estrictamente necesarios.
Los temas de esta seccin describen brevemente las caractersticas
de seguridad en SQL Server de inters para los desarrolladores, con
vnculos a temas relevantes en los Libros en pantalla de SQL Server y
otros recursos que proporcionan cobertura ms detallada.

Bibliografa:
http://www.angelfire.com/nf/tecvirtual/cursos/admonbd/DBA1.htm
https://nopaltepecmanolos.wordpress.com/2011/05/29/funciones-delos-sistemas-gestores-de-base-de-datos/
http://www.aulaclic.es/sqlserver/index.htm
https://technet.microsoft.com/eses/library/ms184276(v=sql.105).aspx
https://msdn.microsoft.com/es-es/library/bb669074(v=vs.110).aspx
http://blog.capacityacademy.com/2013/02/18/cuales-son-lasfunciones-de-un-administrador-de-base-de-datos-parte-1-de-2/