Administracion de Base de Datos.pdf

Excelencia Acadmica

5

TABLA DE CONTENIDOS

TABLA DE CONVERSIONES PRESENTACIN 03

UNIDAD ACADMICA N 01:

TEMAS GENERALES DE ADMINISTRACION DE BASE DE DATOS

QUE ES UN SISTEMA DE BASE DE DATOS? 09 QU ES UNA BASE DE DATOS? 11 POR QU UNA BASE DE DATOS? 13 LOS SISTEMAS RELACIONALES Y OTROS SISTEMAS 16 ADMINISTRACION DE DATOS Y ADMINISTRACION DE

BASE DE DATOS

17 SISTEMAS DE ADMINISTRACION DE BASE DE DATOS 17 INTERACCION DE LOS SGBD CON LOS SISTEMAS

OPERATIVOS 26

ACTIVIDAD 30 RESMEN 30 BIBLIOGRAFIA RECOMENDADA 30 AUTOEVALUACIN FORMATIVA 31


INSTALACION Y CONFIGURACION DEL SISTEMA GESTOR DE BASE DE DATOS

ELECCION DEL MODELO DE DATOS Y DEL SGBD

33 GESTORES DE BASE DE DATOS EN EL MERCADO 37 INSTALACION Y CONFIGURACION DE SQL SERVER 2005 40



ADMINISTRACION DE ARCHIVOS DE BASES DE DATOS

INTRODUCCION A LA ESTRUCTURA DE DATOS 61 CREACION DE BASE DE DATOS 64 ADMINISTRACION DE LOS ARCHIVOS DE BASE DE

DATOS 67

UBICACIN DE ARCHIVOS Y REGISTROS DE BASE DE DATOS

72 OPTIMIZACION DE UNA BD MEDIANTE RAID EN

HARDWARE 73

Excelencia Acadmica

6

OPTIMIZACION DE UNA BD MEDIANTE GRUPOS DE ARCHIVOS

78 ACTIVIDAD 80

RESMEN 80 BIBLIOGRAFIA RECOMENDADA 80 AUTOEVALUACIN FORMATIVA 81


COPIAS DE RESPALDO

COPIAS DE RESPALDO Y RESTAURACION DE BASE DE

DATOS 83

COMO IMPEDIR LA PERDIDAD DE DATOS 84 ESTABLECIMEINTO Y CAMBIO DE UN MODELO DE

RECUPERACION DE DATOS

85 PROCESO DE COPIA DE SEGURIDAD 87 EJECUCION Y ALMACENAMIENTO DE COPIAS DE

SEGURIDAD 88

DISENO DE UNA ESTRATEGIA DE COPIAS DE RESPALDO

96 CONSIDERACIONES ACERCA DEL RENDIMIENTO 103



ADMINISTRACION DE LA SEGURIDAD

IMPLEMANTACION DEL MODO DE AUTENTICACION 107 CUENTAS DE INICIO DE SESION 112 ASIGNACION DE CUENTAS DE INICIO DE SESION A

USUARIOS Y FUNCIONES

114 ASIGNACION DE CUENTAS DE INICIO DE SESION A

FUNCIONES 115

ADMINISTRACION DE LA SEGURIDAD DE SQL SERVER EN LA EMPRESA

123 ACTIVIDAD 127 RESMEN 127 BIBLIOGRAFIA RECOMENDADA 127 AUTOEVALUACIN FORMATIVA 128


MONITOREO DE LA BASE DE DATOS

POR QUE SUPERVISAR EL RENDIMIENTO DE LA BASE

DE DATOS? 129

Excelencia Acadmica

7

SUPERVISION Y OPTIMIZACION DEL RENDIMIENTO 129 HERRAMIENTAS PARA SUPERVISAR A;L SGBDR 135 TAREAS HABITUALES DE SUPERVISION Y

OPTIMIZACION 141

RESMEN 149 BIBLIOGRAFIA RECOMENDADA 149 NEXO 150 AUTOEVALUACIN FORMATIVA 150


AUTOMATIZACION DE TAREAS ADMINISTRATIVAS

AUTOMATIZACION DE TAREAS ADMINISTRATIVAS 151 COMPONENTES DE ADMINISTRACION AUTOMATICA 152 SEGURIDAD EN LA ADMINISTRACION DEL AGENTE SQL

SERVER 153

HERRAMIENTAS PARA AUTOMATIZAR LA ADMINISTRACION

154 AGENTE SQL SERVER 154



TOPICOS AVANZADOS DE ADMINISTRACION DE BASE DE DATOS

REPLICACION 163 SQL SERVICE BROKER 165 SQL SERVICE NOTIFICATION SERVICES 170 BUSQUEDAS DE TEXTO 173


Excelencia Acadmica

8

Excelencia Acadmica

9

TEMAS GENERALES DE ADMINISTRACION DE BASE DE

DATOS

Las bases de datos se han utilizado desde los comienzos de la informtica, y a medida que las capacidades de procesamiento fueron creciendo, aparecen las bases de datos de uso general, y nace el inters por la estandarizacin.

Hoy, los sistemas de bases de datos relacionales (RDBMS) dominan el mercado de las bases de datos, y las necesidades de administracin crecen en forma paralela.

En la presente unidad conoceremos el rol de un administrador de base de datos (DBA) exploraremos conceptos relacionados a la administracin de base de datos.

Al finalizar el estudio de la presente unidad temtica el estudiante:

1. Define un sistema de base de datos 2. Comprende el rol del administrador de base de datos 3. Diferencia administracin de datos de administracin de base de datos 4. Describe las funciones de los sistemas gestores de base de datos

1. QU ES UN SISTEMA DE BASE DE DATOS? Es un sistema computarizado cuya finalidad general es almacenar informacin y permitir a los usuarios recuperar y actualizar esa informacin con base en peticiones. Esta informacin puede ser cualquier cosa que sea de importancia para el individuo o la organizacin; es decir, todo lo que sea necesario para auxiliarle en el proceso general de su administracin. Un sistema de bases de datos comprende cuatro componentes principales: datos, hardware, software y usuarios.

a) Datos Los sistemas de bases de datos estn disponibles en mquinas que van desde las computadoras personales ms pequeas hasta las mainframes ms grandes. En particular, los sistemas que se encuentran en mquinas grandes (sistemas grandes) tienden a ser multiusuario, mientras que los que se ejecutan en mquinas pequeas (sistemas pequeos) tienden a ser de un solo usuario. Un sistema de un solo usuario es aquel en el que slo un usuario puede tener acceso a la base de datos en un momento dado; un sistema multiusuario es aquel en el cual mltiples usuarios pueden tener acceso simultneo a la base de datos.

Excelencia Acadmica

10

En general, los datos de la base de datos, al menos en los sistemas grandes, sern tanto integrados como compartidos. Integrado se refiere a una unificacin de varios archivos que de otro modo seran distintos, con una redundancia entre ellos eliminada al menos parcialmente. Compartido por que las piezas individuales de datos en la base pueden ser compartidas entre diferentes usuarios y que cada uno de ellos puede tener acceso a la misma pieza de datos, probablemente con fines diferentes. Distintos usuarios pueden en efecto acceder a la misma pieza de datos al mismo tiempo, lo que se conoce como acceso concurrente. Este comportamiento, concurrente o no, es en parte consecuencia del hecho de que la base de datos est integrada. Si la base de datos no es compartida, se le conoce como personal o como especfica de la aplicacin. Que la base de datos sea integrada y compartida significa que cualquier usuario ocupar normalmente slo una pequea parte de la base de datos total; lo que es ms, las partes de los distintos usuarios se traslaparn de diversas formas. En otras palabras, una determinada base de datos ser percibida de muchas formas diferentes por los distintos usuarios. De hecho, aun cuando dos usuarios tengan la misma porcin de la base de datos, su visin de dicha parte podra diferir considerablemente a un nivel detallado.

b) Hardware Los componentes de hardware del sistema constan de:

Los volmenes de almacenamiento secundario, como discos magnticos, que se emplean para contener los datos almacenados, junto con dispositivos asociados de E/S, los controladores de dispositivos, los canales de E/S, entre otros.

Los procesadores de hardware y la memoria principal asociada usados para apoyar la ejecucin del software del sistema de base de datos.

c) Software El administrador de base de datos o servidor de base de datos conocido como sistema de administracin de base de datos (DBMS) maneja todas las solicitudes de acceso a la base de datos ya sea para agregar y eliminar archivos, recuperar y almacenar datos desde y en dichos archivos. Por lo tanto, una funcin general que ofrece el DBMS consiste en ocultar a los usuarios de la base de datos los detalles al nivel de hardware. Es decir, que el DBMS ofrece a los usuarios una percepcin de la base de datos que est en cierto modo, por encima del nivel del hardware y que maneja las operaciones del usuario expresadas en trminos de ese nivel ms alto de percepcin. El DBMS es el componente de software ms importante del sistema en general, aunque no es el nico

d) Usuarios Existen tres grandes clases de usuarios:

Programadores de aplicaciones, que son los responsables de escribir los programas de aplicacin de base de datos en algn lenguaje de programacin. Estos programas acceden a la base de datos emitiendo la solicitud apropiada al DBMS. Los programas en s pueden ser aplicaciones convencionales por lotes o pueden ser aplicaciones en

Excelencia Acadmica

11

lnea, cuyo propsito es permitir al usuario final el acceso a la base de datos desde una estacin de trabajo o terminal en lnea.

Los usuarios finales, quienes interactan con el sistema desde estaciones de trabajo o terminales en lnea. Un usuario final puede acceder a la base de datos a travs de las aplicaciones en lnea, o bien puede usar una interfaz proporcionada como parte integral del software del sistema de base de datos. Las interfaces proporcionadas por el fabricante estn apoyadas tambin por aplicaciones en lnea, aunque esas aplicaciones estn integradas, es decir, no son escritas por el usuario. La mayora de los sistemas de base de datos incluyen por lo menos una de estas aplicaciones integradas.

La mayora de los sistemas proporcionan adems interfaces integradas adicionales en las que los usuarios no emiten en absoluto solicitudes explcitas a la base de datos, sino que en vez de ello operan mediante la seleccin de elementos en un men o llenando casillas de un formulario. Estas interfaces controladas por mens o por formularios tienden a facilitar el uso a personas que no cuentan con una capacitacin formal en tecnologa de la informacin (IT). En contraste, las interfaces controladas por comandos tienden a requerir cierta experiencia profesional en IT, aunque tal vez no demasiada. Por otra parte, es probable que una interfaz controlada por comandos sea ms flexible que una controlada por mens o por formularios, dado que los lenguajes de consulta por lo regular incluyen ciertas caractersticas que no manejan esas otras interfaces.

El administrador de base de datos o DBA. 2. QU ES UNA BASE DE DATOS?

Una base de datos o banco de datos es un conjunto de datos pertenecientes a un mismo contexto y almacenados sistemticamente para su posterior uso Datos Persistentes Es una costumbre referirse a los datos de la base de datos como persistentes, esto se refiere de manera intuitiva, que el tipo de datos de la base de datos difiere de otros datos ms efmeros. En forma ms precisa, se dice que los datos de la base de datos persisten debido a que una vez aceptados por el DBMS para entrar en la base de datos, en lo sucesivo slo pueden ser removidos de la base de datos por alguna solicitud explcita al DBMS, no solo como un efecto lateral de algn programa que termina su ejecucin. Por lo tanto, esta nocin de persistencia permite dar una definicin ms precisa del trmino base de datos: Una base de datos es un conjunto de datos persistentes que es utilizado por los sistemas de aplicacin de alguna empresa dada. Hoy en da las bases de datos se utilizan cada vez ms tambin para otro tipo de aplicaciones. De hecho, las empresas mantienen generalmente dos bases de datos independientes; una que contiene los datos operacionales y otra, a la que con frecuencia se le llama almacn de datos, que contiene datos de apoyo para la toma de decisiones. A menudo el almacn de datos incluye informacin de resumen, la que a su vez se extrae peridicamente de la base de datos operacional.

Excelencia Acadmica

12

Entidades y Relaciones El trmino entidad es empleado comnmente en los crculos de bases de datos para referirse a cualquier objeto distinguible que va a ser representado en la base de datos. Adems de las propias entidades bsicas habr tambin vnculos que asocian dichas entidades bsicas. El punto importante con respecto a estas relaciones es que son parte de los datos tanto como lo son las entidades bsicas. Por lo tanto, deben estar representados en la base de datos al igual que las entidades bsicas. Ambos son utilizados en la elaboracin de los diagramas entidad/relacin (E/R), que son usados frecuentemente por los diseadores para ayudar a modelar la base de datos. Dentro de un diagrama E/R cada relacin puede relacionarse con una o ms de una entidad. Las relaciones que comprenden dos tipos de entidad son relaciones binarias, mientras los que se involucran con tres tipos de entidad se conocen como relaciones ternarios. Los vnculos que se relacionan con una sola entidad siguen siendo binarios, solo que los dos tipos de entidad que estn vinculados vienen a ser la misma entidad. Datos y Modelos de Datos Los datos en realidad son hechos dados, a partir de los cuales es posible inferir hechos adicionales. Esto es exactamente lo que hace el DBMS cuando responde a una consulta de un usuario. Un hecho dado corresponde a su vez a lo que en lgica se denomina proposicin verdadera. En base a esto, una base de datos es en realidad una coleccin de tales proposiciones verdaderas. Una razn por la que los sistemas de bases de datos relacionales se han vuelto tan dominantes, es que manejan en forma muy directa la interpretacin precedente de los datos. Los sistemas relacionales estn basados en una teora formal denominada el modelo de datos relacional, de acuerdo con el cual:

En tablas, los datos son representados por medio de filas, las que pueden interpretarse directamente como proposiciones verdaderas.

Se proporcionan operadores para operar sobre las columnas de las tablas, y estos operadores soportan directamente el proceso de inferir proposiciones verdaderas adicionales a partir de las ya dadas.

Sin embargo, el modelo relacional no es el nico modelo de datos. Existen otros aunque la mayora de ellos difieren del modelo relacional en que son hasta cierto grado especficos, en vez de estar basados firmemente en la lgica formal. Un modelo de datos es una definicin lgica, independiente y abstracta de los objetos, operadores y dems que en conjunto constituyen la mquina abstracta con la que interactan los usuarios. Los objetos permiten modelar la estructura de los datos. Los operadores permiten modelar su comportamiento. La implementacin de determinado modelo de datos es una realizacin fsica, en una mquina real, de los componentes de la mquina abstracta que en conjunto constituyen ese modelo. Entonces, se puede decir que el modelo es aquello que los usuarios tienen que conocer, y la implementacin es lo que los usuarios no tienen que conocer. La distincin entre ambos es en realidad slo un caso de la conocida distincin entre lgico y fsico. Aunque el trmino modelo de datos es utilizado con dos significados muy distintos, la diferencia entre ambos puede ser caracterizada de esta manera:

Excelencia Acadmica

13

En el primer sentido, un modelo de datos es como un lenguaje de programacin cuyos elementos pueden ser usados para resolver una amplia variedad de problemas especficos, pero que en s y por s mismos no tienen una conexin directa con ninguno de estos problemas especficos.

En el segundo sentido, un modelo de datos es como un programa especfico escrito en ese lenguaje. En decir, un modelo de datos que toma las caractersticas que ofrece algn modelo como el primero y las aplica a cierto problema especfico. Puede ser visto como una aplicacin especfica de algn modelo con el primer significado.

3. POR QU UNA BASE DE DATOS? Algunas ventajas que proporciona el uso de un sistema de base de datos sobre los mtodos tradicionales son:

Compactacin: Reduce la necesidad de archivos voluminosos en papel. Velocidad: La mquina puede recuperar y actualizar datos ms rpidamente que un

humano. En particular, las consultas especficas sin mucha elaboracin pueden ser respondidas con rapidez, sin necesidad de bsquedas manuales o visuales que llevan tiempo.

Menos trabajo laborioso: Se puede eliminar gran parte del trabajo de llevar a los archivos a mano.

Actualidad: En el momento que se necesite, se tiene a disposicin informacin precisa y actualizada.

Desde luego, estos beneficios se aplican an con ms fuerza en un entorno multiusuario, donde es probable que la base de datos sea mucho ms grande y compleja que en el caso de un solo usuario. No obstante, en el entorno multiusuario hay una ventaja adicional: El sistema de base de datos ofrece a la empresa un control centralizado de sus datos. Beneficios del enfoque de base de datos

Los datos pueden compartirse Compartir no solo significa que las aplicaciones existentes puedan compartir la informacin de la base de datos, sino tambin que sea posible desarrollar nuevas aplicaciones para operar sobre los mismos datos. Es decir, que sea posible satisfacer los requerimientos de datos de aplicaciones nuevas sin tener que agregar informacin a la base de datos.

Es posible reducir la redundancia En sistemas que no son de bases de datos, cada aplicacin tiene sus propios archivos exclusivos. A menudo este hecho puede conducir a una redundancia considerable de los datos almacenados, con el consecuente desperdicio de espacio de almacenamiento. Esto no significa que toda la redundancia puede o debe necesariamente ser eliminada. Sin embargo, s debe ser controlada cuidadosamente.

Es posible evitar la inconsistencia En ocasiones en las que las entidades no coincidan; cuando unas de ellas han sido actualizadas y otras no se dice que la base de datos es inconsistente. Si se elimina la redundancia, entonces no puede ocurrir tal inconsistencia. Como alternativa, si

Excelencia Acadmica

14

no se elimina la redundancia pero se controla entonces se puede garantizar que la base de datos nunca ser inconsistente, asegurando que todo cambio realizado a cualquiera de las entidades ser aplicado tambin a las otras en forma automtica. A este proceso se le conoce como propagacin de actualizaciones.

Es posible brindar un manejo de transacciones Una transaccin es una unidad de trabajo lgica, que por lo regular comprende varias operaciones de la base de datos, en particular varias operaciones de actualizacin. Si se necesitan dos actualizaciones y se declara que ambas son parte de la misma transaccin, entonces el sistema puede en efecto garantizar que se hagan ya sea ambas o ninguna de ellas, aun cuando el sistema fallar a la mitad del proceso.

Es posible mantener la integridad La integridad se refiere a asegurar que los datos de la base de datos estn correctos. La inconsistencia entre dos entradas que pretenden representar el mismo hecho es un ejemplo de la falta de integridad. Desde luego, este problema en particular puede surgir slo si existe redundancia en los datos almacenados. No obstante, aun cuando no exista redundancia, la base de datos podra seguir conteniendo informacin incorrecta. El control centralizado de la base de datos puede ayudar a evitar estos problemas permitiendo que el administrador de datos defina y el DBA implemente las restricciones de seguridad que sern verificadas siempre que se realice una operacin de actualizacin.

Es posible hacer cumplir la seguridad Al tener la completa jurisdiccin sobre la base de datos, el DBA puede, bajo la direccin apropiada del DBA, asegurar que el nico medio de acceso a la base de datos sea a travs de los canales adecuados y por lo tanto puede definir las reglas o restricciones de seguridad que sern verificadas siempre que se intente acceder a los datos sensibles. Es posible establecer diferentes restricciones para cada tipo de acceso para cada parte de la informacin de la base de datos. Sin dichas restricciones la seguridad de los datos podra de hecho estar en mayor riesgo que en un sistema de archivos tradicionales. La naturaleza centralizada de un sistema de base de datos requiere, en cierto sentido, que tambin sea establecido un buen sistema de seguridad.

Es posible equilibrar los requerimientos en conflicto Al conocer los requerimientos generales de la empresa, el DBA puede estructurar los sistemas de manera que ofrezcan un servicio general que sea el mejor para la empresa.

Es posible hacer cumplir los estndares Con el control central de la base de datos, el DBA puede asegurar que todos los estndares aplicables en la representacin de datos sean observados. Es conveniente estandarizar la representacin de datos, en particular como un auxiliar para el intercambio de datos o para el movimiento de datos entre sistemas. En forma similar, los estndares en la asignacin de nombres y en la documentacin de los datos tambin son muy convenientes como una ayuda para compartir y entender los datos.

La Independencia de los Datos Existen dos clases de independencia de los datos, fsica y lgica.

Excelencia Acadmica

15

Los sistemas anteriores a los de base de datos tienden a ser dependientes de los datos. Es decir, la forma en que fsicamente son representados los datos en el almacenamiento secundario y la tcnica empleada para su acceso, son dictadas por los requerimientos de la aplicacin en consideracin, significa que el conocimiento de esa representacin fsica y esa tcnica empleada para su acceso estn integrados dentro del cdigo de la aplicacin. En un sistema de base de datos sera inconveniente permitir que las aplicaciones fuesen dependientes de los datos por las razones siguientes:

Las distintas aplicaciones requerirn visiones diferentes de los mismos datos. El DBA debe tener la libertad de cambiar las representaciones fsicas o la tcnica

de acceso en respuesta a los requerimientos cambiantes, sin tener que modificar las aplicaciones existentes.

La independencia de los datos se puede definir como la inmunidad de las aplicaciones a cambios en la representacin fsica y en la tcnica de acceso, lo que implica desde luego que las aplicaciones involucradas no dependen de ninguna representacin fsica o tcnica de acceso en particular. Un campo general es la unidad ms pequea de datos almacenados. La base de datos contendr muchas ocurrencias o ejemplares de los diversos tipos de campos almacenados. Un registro almacenado es un conjunto de campos almacenados relacionados. Una ocurrencia de registro almacenado consta de un grupo de ocurrencias de campos almacenados relacionados. Un archivo almacenado es la coleccin de todas las ocurrencias existentes actualmente para un tipo de registro almacenado. En los sistemas que no son de bases de datos, el caso normal es que cualquier registro lgico dado es idntico a un registro almacenado correspondiente. Sin embargo, ste no es necesariamente el caso en un sistema de base de datos, ya que tal vez el DBA necesita hacer cambios a la representacin almacenada de datos aunque los datos, tal y como las aplicaciones los ven, no cambien. Entre algunos de los aspectos de la representacin almacenada que podran estar sujetos a cambio se encuentran:

Representacin de datos numricos Un campo numrico podra estar almacenado en la forma aritmtica interna o como una cadena de caracteres. En ambas formas, el DBA debe elegir una base apropiada (binaria o decimal), una escala (flotante o de punto fijo), un modo (real o complejo) y una precisin (el nmero de dgitos). Podra ser necesario modificar cualquiera de estos aspectos para mejorar el rendimiento, para apegarse a un nuevo estndar o por muchas otras razones.

Representacin de datos de caracteres Un campo de cadena de caracteres podra ser almacenado mediante cualquiera de los distintos conjuntos de caracteres codificados (ASCII, Unicode).

Unidades para datos numricos Las unidades en un campo numrico podran cambiar (pulgadas a centmetros).

Codificacin de los datos

Excelencia Acadmica

16

En ciertas situaciones podra ser conveniente representar los datos almacenados por medio de valores codificados. Por ejemplo, los colores podran ser almacenados como un solo digito decimal de acuerdo a un esquema de codificacin; 1 = azul, 2 = verde, etc

Materializacin de los datos El campo lgico corresponde por lo regular a cierto campo almacenado especfico; aunque podra haber diferencias en el tipo de datos, la codificacin, etc. En tal caso el proceso de materializacin, es decir, la construccin de una ocurrencia del campo lgico a partir de la ocurrencia correspondiente del campo almacenado y presentarla a la aplicacin, podra ser considerado como directo. Sin embargo en ocasiones un campo lgico no tendr una sola contraparte almacenada; en su lugar, sus valores se materializarn por medio de algn clculo, tal vez sobre varias ocurrencias almacenadas, en este caso el campo sera un campo virtual. Para estos campos el proceso de materializacin es indirecto. Sin embargo el usuario podra ver una diferencia entre los campos real y virtual, en tanto que podra no ser posible actualizar una ocurrencia de un campo virtual, al menos no directamente.

Estructura de los registros almacenados Dos registros almacenados existentes podran combinarse en uno. Un cambio as podra ocurrir cuando las aplicaciones existentes estn integradas dentro del sistema de base de datos. Lo que implica que el registro lgico de una aplicacin podra consistir en un subconjunto propio del registro almacenado correspondiente, es decir, ciertos campos de ese registro almacenado seran invisibles para la aplicacin en cuestin. Como alternativa, un solo tipo de registro almacenado podra ser dividido en dos. Esta separacin permitira que las porciones del registro original utilizadas con menos frecuencia sean almacenadas en un dispositivo ms lento. Esto implica que un registro lgico de una aplicacin podra contener campos de varios registros almacenados distintos; es decir, podra ser un sper conjunto propio de cualquiera de esos registros almacenados.

Estructura de los archivos almacenados Un determinado archivo puede ser implementado fsicamente en el almacenamiento en una amplia variedad de formas. Pero ninguna de estas consideraciones deber afectar de alguna manera a las aplicaciones salvo el rendimiento. Permitir que la base de datos crezca sin daar de manera lgica las aplicaciones existentes es una de las razones ms importantes para requerir, en primer lugar, la independencia de los datos.

4. LOS SISTEMAS RELACIONALES Y OTROS SISTEMAS Un sistema relacional es aquel en el que:

Los datos son percibidos por el usuario como tablas. Los operadores disponibles para el usuario son operadores que generan

nuevas tablas a partir de las anteriores. El usuario de un sistema relacional ve tablas y nada ms que tablas. En contraste el usuario de un sistema no relacional ve otras estructuras de datos, ya sea en lugar de las tablas de un sistema relacional o adems de ellas. A su vez, esas otras estructuras requieren de otros operadores para manipularlas. En un sistema jerrquico, los datos son representados ante el usuario como un conjunto de estructuras de rbol y los operadores

Excelencia Acadmica

17

que se proporcionan para manipular dichas estructuras incluyen operadores para apuntadores de recorrido; es decir, los apuntadores que representan las rutas jerrquicas hacia arriba y hacia abajo en los rboles. Los sistemas de bases de datos pueden de hecho ser divididos convenientemente en categoras de acuerdo con los operadores y estructuras de datos que presentan al usuario. De acuerdo con este esquema, los sistemas ms antiguos o prerrelacionales se ubican dentro de tres categoras: los sistemas de listas invertidas, jerrquicos y de red

5. ADMINISTRACIN DE DATOS Y ADMINISTRACIN DE BASES DE DATOS El administrador de datos y el administrador de la base de datos son las personas o grupos de personas encargadas de gestionar y controlar todas las actividades que tienen que ver con los datos de la empresa y con la base de datos, respectivamente. El administrador de datos es quien entiende los datos y las necesidades de la empresa con respecto a dichos datos. Su trabajo es decidir qu datos deben almacenarse en la base de datos y establecer polticas para mantener y gestionar los datos una vez hayan sido almacenados. Un ejemplo de tal poltica sera una que estableciera quin puede realizar qu operaciones sobre qu datos y en qu circunstancias. La persona (o personas) que se encarga de implementar las decisiones del administrador de datos es el administrador de la base de datos. Su trabajo es crear la base de datos e implementar los controles necesarios para que se respeten las polticas establecidas por el administrador de datos. El administrador de la base de datos es el responsable de garantizar que el sistema obtenga las prestaciones deseadas, adems de prestar otros servicios tcnicos. El administrador de datos juega un papel ms importante que el administrador de la base de datos en las siguientes etapas del ciclo de vida: planificacin de la base de datos, definicin del sistema, recoleccin y anlisis de los requisitos, diseo conceptual y diseo lgico de la base de datos. En el resto de las etapas es donde el administrador de la base de datos tiene el papel ms importante: seleccin del SGBD, diseo de las aplicaciones, diseo fsico, prototipado, implementacin, conversin y carga de datos, prueba y mantenimiento La administracin de una base de datos consistir en asegurar que la informacin precisa y consistente est disponible para los usuarios y para las aplicaciones en el momento y en la forma requerida

6. SISTEMAS DE ADMINISTRACIN DE BASES DE DATOS (DBMS) La base de datos, como depsito nico de los datos de toda la organizacin, debe ser capaz de atender las necesidades de los distintos tipos de usuarios que interactan con ella. Puede definirse un Sistema Gestor de la Base de Datos (SGBD) como: Un conjunto coordinado de programas, procedimientos, lenguajes, etc., que suministra, tanto a los usuarios no informticos como a los analistas, programadores o al administrador, los medios necesarios para describir, recuperar y manipular los datos almacenados en la base, manteniendo su seguridad. Debido a la diversidad usuarios con necesidades cambiantes a lo largo del tiempo, es imprescindible dotar al sistema de la adecuada flexibilidad para que pueda atender las exigencias de todos los usuarios y para que sea capaz de responder a los cambios a un coste no excesivo, es decir, el SGBD debe ser diseado de forma tal que optimice las ventajas que se han indicado para una base de datos.

Excelencia Acadmica

18

Usos y Funciones de un DBMS: Los sistemas de administracin de bases de datos son usados para:

Permitir a los usuarios acceder y manipular la base de datos proveyendo mtodos para construir sistemas de procesamiento de datos para aplicaciones que requieran acceso a los datos.

Proveer a los administradores las herramientas que les permitan ejecutar tareas de mantenimiento y administracin de los datos.

Las funciones esenciales de un DBMS son: a) Funcin de descripcin o de definicin. Esta funcin debe permitir al

administrador de la base especificar los elementos de datos que la integran , su estructura, las relaciones que existen entre ellos, las reglas de integridad semntica, los controles a efectuar antes de autorizar el acceso a la base, etc. Esta funcin se lleva a cabo mediante el Lenguaje de Descripcin o de Definicin de Datos (LDD) propio de cada SGBD y debe suministrar los medios para definir las tres estructuras de datos externa, lgica global e interna -, especificando las caractersticas de los datos a cada uno de estos niveles.

b) Funcin de manipulacin. Permite a los usuarios de la Base buscar, aadir, suprimir o modificar los datos de la misma, siempre de acuerdo con las especificaciones y las normas de seguridad establecidas por el administrador. Esta funcin se realiza mediante el Lenguaje de Manipulacin de Datos (LMD) que facilita los instrumentos necesarios para la realizacin de estas tareas.

c) Funcin de utilizacin. Rene todas las interfaces que necesitan los diferentes usuarios para comunicarse con la base y proporciona un conjunto de procedimientos para el administrador entre los que se encuentra el Lenguaje de Control de Datos (LCD). Adems, en la mayora de los SGBD existentes en el mercado existen funciones de servicio, como cambiar la capacidad de los ficheros, obtener estadsticas de utilizacin, cargar archivos, etc., y otras relacionadas con la seguridad fsica - copias de seguridad, rearranque en caso de cada del sistema, etc. y proteccin frente a accesos no autorizados. En resumen, las funciones esenciales de un Sistema Gestor de la Base de Datos (SGBD) son:

Excelencia Acadmica

19

Permite describir: Los elementos de la base de datos con

Su estructura Sus Interrelaciones Sus Validaciones

A tres niveles Externo Lgico Global Interno

Mediante un Lenguaje de Definicin de Datos (LDD)

Permite: Buscar Aadir Suprimir Modificar

Mediante un Lenguaje de Manipulacin de Datos (LMD) Lo cual supone

Definir un criterio de seleccin (responsabilidad del usuario)

Definir la estructura externa a recuperar (responsabilidad del usuario)

Acceder a la estructura fsica (responsabilidad del sistema)

Rene las Interfaces de los Usuarios Suministra procedimientos para el

Administrador Mediante un Lenguaje de Control de Datos (LCD)

Descripcin

Manipulacin

Datos de la Base de Datos

Control

Excelencia Acadmica

20

Las interrelaciones existentes entre estas funciones, el conjunto de los datos y los usuarios se encuentran representados en la figura adjunta.

Figura 1.1: Interrelaciones entre las funciones del SGBD

Caractersticas de un DBMS:

Control de la redundancia de datos Este consiste en lograr una mnima cantidad de espacio de almacenamiento para almacenar los datos evitando la duplicacin de la informacin. De esta manera se logran ahorros en el tiempo de procesamiento de la informacin, se tendrn menos inconsistencias, menores costos operativos y har el mantenimiento ms fcil.

Compartimiento de datos Una de las principales caractersticas de las bases de datos, es que los datos pueden ser compartidos entre muchos usuarios simultneamente, proveyendo, de esta manera, mxima eficiencia.

Mantenimiento de la integridad La integridad de los datos es la que garantiza la precisin o exactitud de la informacin contenida en una base de datos. Los datos interrelacionados deben siempre representar informacin correcta a los usuarios.

Usuarios Remotos

Monitor de Teleproceso

Funcin de Utilizacin

Funcin de Descripcin

Funcin de Manipulacin

SGBD Base de Datos

Usuarios Locales

Excelencia Acadmica

21

Soporte para control de transacciones y recuperacin de fallas. Se conoce como transaccin toda operacin que se haga sobre la base de datos. Las transacciones deben por lo tanto ser controladas de manera que no alteren la integridad de la base de datos. La recuperacin de fallas tiene que ver con la capacidad de un sistema DBMS de recuperar la informacin que se haya perdido durante una falla en el software o en el hardware.

Independencia de los datos. En las aplicaciones basadas en archivos, el programa de aplicacin debe conocer tanto la organizacin de los datos como las tcnicas que el permiten acceder a los datos. En los sistemas DBMS los programas de aplicacin no necesitan conocer la organizacin de los datos en el disco duro. Este totalmente independiente de ello.

Seguridad La disponibilidad de los datos puede ser restringida a ciertos usuarios. Segn los privilegios que posea cada usuario de la base de datos, podr acceder a mayor informacin que otros.

Velocidad Los sistemas DBMS modernos poseen altas velocidades de respuesta y proceso.

Independencia del hardware La mayora de los sistemas DBMS estn disponibles para ser instalados en mltiples plataformas de hardware. Los sistemas de bases de datos relacionales RDBMS (Relational Database Management System, por sus siglas en Ingls) tales como Oracle, MySQL, SQL Server, PostgreSQL, Informix, entre otros, le permiten ejecutar las tareas que se mencionan a continuacin, de una forma entendible y razonablemente sencilla:

Le permiten ingresar datos al sistema. Le permiten almacenar los datos. Le permiten recuperar los datos y trabajar con ellos. Le proveen herramientas para capturar, editar y manipular datos. Le permiten aplicar seguridad. Le permiten crear reportes e informes con los datos.

Arquitectura de los SGBD. Estandarizacin:

Desde comienzos de los aos setenta diversos grupos informticos se han ocupado del tema de la estandarizacin de las bases de datos (ISO, INRIA, GESC, BSI, Codasyl, ANSI, etc) con el fin de conseguir que, una vez desarrollado un sistema e instrumentado en un determinado SGBD, el cambio de ste a otro producto comercial no implique tener que disear de nuevo la base de datos, ni tampoco que los programas que acceden a dicha base de datos tengan que ser reescritos. La estandarizacin ha de ofrecer tambin la oportunidad de adquirir distintos componentes de un SGBD (lenguajes, diccionarios, etc.) a diferentes suministradores.

Excelencia Acadmica

22

La arquitectura a tres niveles (interno, conceptual y externo) definidos anteriormente, establecidos por el grupo ANSI/X3/SPARC marca la lnea de investigacin fundamental para la normalizacin y estandarizacin de los SGBD. Esta arquitectura triesquemtica de ANSI est parcialmente basada en el concepto de mquinas anidadas (llamadas de tipo cebolla). El flujo de datos pasa a travs de las distintas capas que estn separadas por interfaces que tienden a aislar los diversos componentes del sistema para conseguir el objetivo de independencia. En las arquitecturas se distinguen dos partes:

Definicin de la Base de Datos: La parte de definicin se facilita por medio de una serie de funciones de programa e interfaces, que dan lugar a un conjunto de datos llamados metadatos (datos acerca de los datos) que se almacenan en el diccionario (catlogo o metabase en los sistemas relacionales), que es el eje principal de la arquitectura alrededor del cual giran los dems elementos. Una base de datos se define especificando primeramente el esquema conceptual mediante un lenguaje de definicin del esquema conceptual o una herramienta CASE integrada. Este esquema conceptual es compilado por el procesador del esquema conceptual y se almacena en el catlogo de datos. El procesador del esquema conceptual muestra, por ejemplo, mediante mens, la informacin del esquema conceptual, mediante dicha informacin pueden definirse los esquemas externo e interno a travs de distintas interfaces. Estos esquemas, claramente diferenciado, llevan a considerar la existencia de tres tipos de administraciones: Administracin por parte de la Empresa, Administracin de la Base de Datos y Administracin de Aplicaciones

Manipulacin de la Base de Datos: El usuario puede manipular (insertar, borrar, modificar y recuperar) los datos utilizando un interfaz que puede ser un lenguaje de manipulacin de datos, por ejemplo SQL. Una peticin de datos por parte del usuario se ejecuta por los transformadores externo / conceptual, conceptual / interno e interno / almacenado que utilizan los metadatos devolviendo el resultado al usuario.

Estos transformadores constituyen la funcin de vinculacin entre los distintos niveles (conceptual, interno y externo). La arquitectura a tres niveles de ANSI responde por tanto positivamente a las exigencias de independencia, flexibilidad y capacidad de evolucin propuestas en la estandarizacin. La consecucin de trabajos del grupo ANSI culmin en marzo de 1986 al presentar el Modelo de referencia para la estandarizacin de los SGBD. Se define como Modelo de Referencia a una estructura conceptual para la estandarizacin de los SGBD, en la que se identifican una serie de componentes y se establece cmo interrelacionan entre ellos. Los objetivos a cumplir por este Modelo de Referencia son:

Establecer un Marco comn para la descripcin de los SGBD Lograr una Estandarizacin para impulsar la compatibilidad de los distintos

componentes de los SGBD facilitando su comparacin y evaluacin El modelo de referencia no es en s un estndar pero sienta las bases para futuras estandarizaciones ya que se contempla desde tres puntos de vista distintos:

El de los componentes que integran un SGBD

Excelencia Acadmica

23

El de las funciones que se deben especificar El de los datos que se deben describir y utilizar

El Modelo de Referencia est basado en la arquitectura ANSI revisado, en aras de una simplificacin, ocupndose del qu, por qu y para qu peno no del cmo. Es decir, su objetivo es describir las interrelaciones del SGBD pero no indicar nada de su instrumentacin. En particular, recomienda que todos los datos relacionados con el control centralizado de la Base de Datos (reglas de integridad y de seguridad) se encuentren en la metabase (catlogo) y no se dejen en manos de los usuarios ya sean stos finales o programadores. Recomienda as mismo la existencia de Herramientas de Gestin de Datos o componentes software, como lenguajes de cuarta generacin, soporte de ayuda a la decisin, facilidades para realizar el ajuste (tuning), utilidades para el volcado de ficheros, sistemas de diccionario de datos, etc. En el Modelo de Referencia se distingue un Sistema de Control de Transformacin de Datos, que es el ncleo o kernel del SGBD, que provee de operadores para la descripcin y manipulacin de los datos, y dos tipos de interfaces:

Interfaz de Lenguaje de Datos que permite a los usuarios y a los procesadores especificar sus peticiones para la recuperacin y actualizacin de los datos por parte del SGBD.

Interfaz de Lenguaje de Datos Interno que permite el uso de los procesadores que soportan el funcionamiento de los SGBD, en particular los del SO.

Componentes de un Sistema Gestor de Base de Datos:

Puede presentarse de forma grfica la estructura general de un SGBD donde, adems del ncleo del sistema, existe un conjunto de herramientas y facilidades.

Figura 1.1: Componentes de un SGBD

El ncleo del SGBD est en mayor o menor medida soportado por el Sistema

Operativo; le corresponde transformar las instrucciones de peticin de datos que le llegan en rdenes que el Sistema Operativo sea capaz de de entender y gestionar. Los servidores de bases de datos poseen mdulos, facilidades de usuario que realizan llamadas o funciones de Sistema Operativo, de modo que no haya que cerrar las aplicaciones para realizar las acciones tpicas del S.O.

Herramientas y facilidades

Acceso a Datos

Diccionario de Datos

Ncleo

Sistema Operativo

Datos

Excelencia Acadmica

24

Sobre el ncleo se sita el diccionario de datos (tambin llamado catlogo o metabase) ya que a este nivel se produce la transformacin de las solicitudes de los clientes en instrucciones inteligibles para el servidor.

El conjunto de herramientas y facilidades permiten el acceso a los datos, ya sea directamente (facilidades de usuario) o mediante aplicaciones desarrolladas por informticos con la ayuda de precompiladores, generadores de aplicaciones, etc.

Otros componentes (como las utilidades y el exportador/importador) facilitan la tarea del administrador o ayudan a realizar el diseo de la base de datos (herramientas CASE). Existen productos comerciales que ofrecen una gran portabilidad, al disponer de interfaces para la mayora de los SGBD con penetracin en el mercado.

Figura 1.2. Diccionario de datos

Diccionario de datos, concepto y estructura

Para el control de los objetos de las bases de datos se definen dos elementos que pueden aparecer asociados o no: el diccionario de datos y el directorio de datos En el uso coloquial de estos trminos se ha introducido el concepto de catlogo de forma que suelen considerarse los tres trminos como sinnimos aunque se refieren a conceptos muy diferentes. El diccionario de datos contiene informacin los datos almacenados. Es lo que se llama una metabase ya que contiene informacin sobre los elementos que conforman cada una de las bases de datos, informacin para la manipulacin: tablas, registros, campos, relaciones y sus estructuras, contenidos, descripciones, significado, etc. de modo que siendo esta informacin legible por los usuarios, puedan stos hacerse una buena idea sobre la estructuracin de los contenidos de informacin almacenados en cada base de datos. Posee informacin sobre posniveles de seguridad implementados para la definicin de datos. A los contenidos del diccionario de datos se les denomina metadatos. Corresponde al administrador de la base de datos la responsabilidad de la creacin y el mantenimiento del diccionario de datos. Los contenidos del diccionario de datos son:

Los esquemas externo y conceptual de la base de datos. Esto es, cada uno de los elementos que los forman

FACILIDADES DE USUARIO GENERADOR DE APLICACIONES (L4G)

EXPORTADOR/ IMPORTADOR

UTILIDADES DEL SGBD

GENERADORES DE

INFORMES

PRECOMPILADOR LENGUAJES

AYUDAS AL

DISEO (CASE)

APLICACIONES DESARROLLADAS

DICCIONARIO DE RECURSOS DE LA INFORMACIN

NCLEO DEL SGBD

LENGUAJE DEL SGBD

DATOS SISTEMA OPERATIVO

(Catlogo)

Excelencia Acadmica

25

La informacin sobre tablas, consultas, campos, registros y referencias cruzadas entre registros de varias tablas. Se guarda informacin sobre las propiedades de esos elementos: nombre, tipo, longitud, representacin, descripcin de los registros, reglas de validacin, etc. Es decir, la descripcin de los datos y las estructuras.

Los niveles de autorizacin y derechos de acceso de cada uno de los usuarios de la base de datos.

Los controles de seguridad de acceso a datos - gestin de usuarios - e integridad.

Sinnimos y palabras polismicas con sus descripciones. Aplicaciones que se relacionan con los datos de cada base de datos

El Directorio de datos

El Directorio de datos contiene informacin sobre el esquema interno, ya que se encarga de que el Sistema Operativo sea capaz de reconocer las rdenes de la base de datos, por lo que tanto su contenido como su estructura estn enfocados al sistema, de modo que transforma los elementos del esquema externo al esquema interno para facilitar su funcionamiento. De forma restrictiva, el concepto de directorio se corresponde con el de catlogo. A veces, los conceptos relativos a diccionario y directorio de datos se agrupan en un solo elemento que posee la funcionalidad de ambos. A este conjunto se le llama diccionario o, mas generalmente, catlogo, segn el fabricante que lo implemente. El Repositorio de datos

El repositorio de datos es un diccionario de datos, diferente del anterior, gestionado por una herramienta CASE, que almacena informacin textual y grfica sobre las caractersticas de un determinado objeto. Poseen funcionalidades de directorio de datos y de diccionario de datos ya que en este caso almacena informacin de tipo texto y grficos que es recuperable por el usuario. Los repositorios, que se emplean en la fase de anlisis (descripcin lgica de los datos), facilitan la labor posterior de descripcin e implementacin de las caractersticas all definidas. El diccionario/directorio/catlogo de datos almacena la informacin del mismo modo que si fuese una base de datos mas del sistema, emplendose las mismas rdenes que para el resto de las bases de datos. Desde el punto de vista del funcionamiento del diccionario de datos hay que destacar los siguientes componentes software, transparentes para el usuario:

Un administrador de diccionario que se relaciona con el Lenguaje de Definicin de Datos (DDL) encargado de procesar las peticiones al diccionario y almacenar en una tabla las operaciones realizadas.

Un procesador de consulta que se encarga de procesar las peticiones de los usuarios.

Excelencia Acadmica

26

Un generador de informes y un traductor del Lenguaje de Manipulacin de Datos (DML) que permite a los usuarios modificar el contenido del diccionario.

7. INTERACCIN DEL SISTEMA GESTOR DE BASES DE DATOS CON EL SISTEMA OPERATIVO.

El SGBD constituye un subsistema del sistema informtico y, en particular, es un subsistema del software. Su funcionamiento, por tanto, estar muy interrelacionado con el de otros componentes del software y especialmente con el Sistema Operativo. Aunque no es posible un estudio pormenorizado de dicho funcionamiento debido a la diversidad de SGBD y la diversidad del equipo fsico en el que se apoya, si puede obtenerse una visin general analizando aquellos aspectos comunes a la mayora de los SGBD actualmente operativos. La diferencia entre el modo de acceso a un fichero y a una base de datos se centra en que, en el primer caso, el programa de aplicacin accede al fichero por medio del subsistema de gestin de datos del Sistema Operativo, que es quien contiene los mtodos de acceso. Sin embargo, cuando se trata de una base de datos el programa de aplicacin (que incluye en su lenguaje anfitrin el LMD embebido) se dirige al SGBD, el cual, a travs del Sistema Operativo, accede a la base de datos. La interaccin, en un entorno concurrente, entre el SGBD, el Sistema Operativo y los Programas de Aplicacin se muestra en la figura adjunta.

Figura 1.3. Interaccion del SO con el SGBD

3

AC n VE n

ATU n Programa de Aplicacin

UE n

BASE DE DATOS

SISTEMA OPERATIVO

VE2

VE1

E.L.G. SISTEMA DE GESTIN DE

LA BASE DE DATOS (SGBD)4

5

6

ALMACENAMIENTO

INTERMEDIO 7

Area de Comunicacin

Nombre de la vista externa

Area de Trabajo del

Programa de Aplicacin

Unidad de Ejecucin 1 UE1

12 9 1 2

10118

Excelencia Acadmica

27

Por cada Programa de Aplicacin (PA) que se est ejecutando, existe una Unidad de Ejecucin (UE) donde se encuentra el rea de Trabajo del Usuario (ATU) con sus reas de Entrada y Salida (E/S) y un rea de Comunicacin con el SGBD (AC) destinada a recibir los mensajes y la informacin de control procedente del SGBD. Desde el programa de aplicacin se hace referencia a la Vista Externa (VE) permitida a tal programa. En la biblioteca del sistema se encuentran almacenados, adems de los datos, la estructura lgica global y la estructura interna, as como las vistas externas que sern llamadas por los programas de aplicacin de los usuarios. El flujo de datos e instrucciones entre estos elementos es el siguiente:

1 Se produce una llamada desde una unidad de ejecucin al SGBD (flecha 1); en la llamada se ha de hacer referencia a la vista externa implicada (flecha 2)

2 El SGBD analiza la llamada y completa los argumentos con la informacin de la vista externa a la que se ha hecho referencia en la llamada, as como con la informacin correspondiente a la estructura lgica global y la estructura interna con ella relacionada; esta informacin se encuentra previamente almacenada en los ficheros del sistema, desde donde pasa al SGBD (flechas 3 y 4).

3 Una vez comprobado el derecho del Programa de Aplicacin (PA) a utilizar esta vista, y despus de verificar su correccin, el SGBD traduce la llamada en las correspondientes rdenes para los mtodos de acceso del Sistema Operativo (flecha 5).

4 El Sistema Operativo accede al soporte secundario (disco) donde se encuentran los datos (flecha 6)

5 Los datos a recuperar pasan del soporte donde se encuentra almacenada la base de datos al rea de almacenamiento intermedio (buffers), y, si se tratase de una insercin o modificacin pasaran en sentido contrario (flecha 7).

6 Los datos son transferidos desde el rea de almacenamiento intermedio al rea de trabajo del usuario de la unidad de ejecucin desde donde se hizo la llamada (flecha 8) [o en sentido contrario si se hizo una insercin o una modificacin], realizndose las correspondientes transformaciones entre las representaciones de los datos.

7 El SGBD, una vez terminada la operacin de manipulacin pasa al rea de comunicacin los indicadores de estado (flecha 9), en stos se seala si la operacin ha acabado satisfactoriamente o no, al tiempo que se dan otras informaciones sobre la operacin realizada.

8 El Programa de Aplicacin revisa el estado de los indicadores, que se encuentran en el rea de control de la unidad de ejecucin desde la que se efectu la llamada, y toma las decisiones oportunas (flecha 10).

9 Los datos, que se encuentran en el rea de E/S de la correspondiente unidad de ejecucin, en el caso de que la operacin haya terminado satisfactoriamente, ya pueden ser utilizados por el Programa de Aplicacin (flecha 11).

Excelencia Acadmica

28

8. INTERACCIN DEL SISTEMA GESTOR DE BASES DE DATOS CON EL USUARIO: LENGUAJES.

Debido a las distintas funciones a las distintas funciones a realizar por el SGBD se hace necesario disponer de diferentes lenguajes y procedimientos que permitan la comunicacin con la base de datos, tanto dirigidos a las funciones indicadas (definicin, manipulacin o control) como dirigidos a los diferentes tipos de usuarios a de procesos a realizar. La tipologa de los lenguajes de un SGBD se expresa en el cuadro adjunto:

Como se ve, las distintas caractersticas del proceso y del usuario determinan el tipo de lenguaje a realizar. En general, los usuarios informticos, como el diseador de la base, el administrador, analistas, programadores, etc., requerirn medios potentes y flexibles con los cuales consigan definir, administrar, extraer o manipular los datos de la base. Normalmente se apoyarn en un lenguaje de programacin que estn habituados a manejar (Lenguaje Anfitrin), para lo cual deber permitir hacer llamadas desde un programa de aplicacin al SGBD. El conjunto de sentencias de manipulacin del SGBD que pueden ser llamadas desde un lenguaje de programacin permitiendo el acceso a la base de datos, se suele denominar sublenguaje de datos o tambin lenguaje husped o lenguaje embebido. Los SGBD admiten , en general, varios lenguajes de tipo anfitrin para manipular datos (Cobol, Ensamblador, Fortran, PL/I, Basic, Pascal, C, etc.). As mismo, la prctica totalidad de los SGBD admiten lenguajes de 4 generacin que permiten el acceso a la base de datos, mediante sentencias embebidas en dicho lenguaje y escritas en un lenguaje de datos como SQL. El usuario final, por su parte, requerir medios simples para comunicarse con la base, lo que puede conseguirse mediante un lenguaje de manipulacin autocontenido, que tenga una sintaxis sencilla, pero potente como para soportar demandas de informacin muy variadas o por medio de tratamientos parametrizados que suelen presentarse al usuario en forma de mens. La estructura y la sintaxis de estos tipos de lenguajes dependen de cada SGBD. Para modelo de datos en red, las normas Codasyl proponen especificaciones concretas de la sintaxis para los lenguajes de descripcin y manipulacin de los datos. Para modelos de datos relacionales el SQL es un estndar muy extendido que proporciona estas facilidades.

Definicin

Manipulacin

Por tipo de funcin

Por tipos de Usuarios y de Aplicaciones

Informticos

Finales

Aplicaciones

Aplicaciones no formalizables

Excelencia Acadmica

29

Lenguajes de Definicin de Datos

Los instrumentos que permiten al administrador de la BD describir los datos con facilidad y precisin, especificando sus distintas estructuras es lo que se denomina Lenguaje de Definicin de Datos (LDD) . Suelen ser lenguajes autocontenidos y no necesitan apoyarse en ningn lenguaje de programacin. El SGBD deber facilitar los medios para describir la estructura lgica global, para hacer las especificaciones relativas a la estructura interna y para declarar las estructuras externas que sean requeridas para el desarrollo de distintas aplicaciones. Lenguajes de definicin de la estructura lgica global

Desde el punto de vista lgico global el administrador debe disponer de un instrumento de descripcin que permita asignar nombres a los campos, a los agregados de datos, a los registros, etc. estableciendo sus longitudes y sus caractersticas as como las relaciones entre estos elementos, especificar los identificadores e indicar restricciones semnticas que se han de aplicar a los diferentes objetos descritos. Lenguajes de definicin de la estructura lgica interna

En teora, el propio SGBD debera conseguir automticamente la optimizacin del almacenamiento y recuperacin de los datos y encargarse, a partir de la estructura lgica global, de definir la estructura interna adecuada sin intervencin del usuario (administrador). Para ello, habra que suministrar al SGBD las informaciones precisas sobre volmenes, crecimiento previsto, tipos de registros mas accedidos, con indicaciones del nmero medio de accesos, relacin entre actualizaciones y consultas, etc. En la prctica, puede mejorarse sensiblemente la eficiencia si el administrador especifica caractersticas respecto a la estructura fsica, por lo que deber disponer de un lenguaje de definicin de la estructura interna o, simplemente, deber dar valores a ciertos parmetros. En muchos SGBD se suministra automticamente por defecto una estructura interna, que es la que el sistema considera mas adecuada para la estructura lgica global definida, aunque el administrador deber ajustar posteriormente dicha estructura interna para conseguir una mayor eficiencia. Lenguajes de definicin de las estructuras externas

El SGBD debe poner a disposicin de los usuarios los medios necesarios para recuperar o actualizar los datos contenidos en la base de datos, de acuerdo con la visin lgica o estructura externa (vista) que precise cada aplicacin. Al definir una estructura externa es preciso darle un nombre e indicar qu datos y qu interrelaciones de la estructura lgica global se encontrarn en la misma. Cuando se desee utilizar un esquema externo ya definido se podr hacer referencia al mismo invocando su nombre desde el lenguaje de manipulacin. Lenguajes de manipulacin de datos

Para cumplir los objetivos asignados a la funcin de manipulacin debe disponerse de lenguajes que ofrezcan a los usuarios la posibilidad de referirse a determinados conjuntos de datos, que cumplan ciertas condiciones (criterio de seleccin) como que un atributo que tenga un determinado valor, o un conjunto de atributos y valores que satisfagan cierta expresin lgica. Adems del criterio de seleccin, es preciso indicar la estructura externa que se desea actualizar o recuperar.

Excelencia Acadmica

30

Una vez especificados el criterio de seleccin y los datos a actualizar o recuperar el SGBD debe ocuparse de acceder al correspondiente soporte fsico de donde se extraern los datos definidos para su transferencia a un dispositivo de salida, o, si se trata de una actualizacin, en donde se insertarn, modificarn o borrarn los datos. Pero al igual que el programador precisa de un lenguaje de manipulacin que se embeba en un lenguaje de programacin, el usuario no informtico deber disponer de tambin de un instrumento anlogo (mucho ms sencillo) que le permita comunicarse con la base y extraer de ella o introducir en ella las informaciones que precise. Para ello, los SGBD suelen disponer de lenguajes autocontenidos para que, desde un terminal y en modo interactivo, el usuario pueda acceder a la base y manipular los datos almacenados en ella sin necesidad de apoyarse en un lenguaje de programacin. La mayora de los SGBD utilizan como lenguaje de manipulacin de datos el Lenguaje Estructurado de Consultas o SQL.

1. Elabore una lista de las funciones que el administrador de base de datos tiene a su cargo

2. Investigue si Ms. Acces y Visual fox Pro son sistemas gestores de base de datos. Explique por qu si o por que no.

En el captulo I se han visto temas acerca de administracin de datos, administracin de base de datos, funciones del administrador de base de datos y la estructura de una base de datos. Una Base de Datos es una coleccin de archivos, datos, informacin; ordenada, organizada, y relacionada, con la finalidad de permitir el manejo de la informacin para su procesamiento. El DBMS es un conjunto de programas que se encargan de manejar la creacin y todos los accesos a las bases de datos. El Administrador de Bases de Datos es responsable primordialmente de administrar la estructura de la Base de Datos, la actividad de los datos, asegurar la confiabilidad de los datos y confirmar la seguridad de la Base de Datos.

[1] CONOLLY T., BEGG C. Sistemas de Bases de Datos. 4 Edicin Addison-Wesley. 2005

[2] C.J. DATE. Introduccin a los Sistemas de Bases de Datos. 7 Pearson Educacion. 2001

[3] RAMAKRISHNAN R., GEHRKE J.; Database Management systems. 2 Edicin.

McGraw-Hill. 2 edicin. 2000

[3] C. BATINI, S. CERI, S.B. NAVATHE. Diseo Conceptual de Bases de Datos. Un enfoque de entidades-interrelaciones. 1994

En la siguiente unidad temtica detallaremos aspectos tcnicos relacionados a la eleccin, instalacin y configuracin de sistemas gestores de base de datos relacionales

Excelencia Acadmica

31

ADMINISTRACION DE BASE DE DATOS

UNIDAD ACADMICA N 1 NOMBRE:__________________________________________________________________

APELLIDOS:________________________________________FECHA; ____/_____/______

CIUDAD:_______________________________SEMESTRE:_________________________ Responda: 1. Qu es base de datos?

_____________________________________________________________________________________ _____________________________________________________________________________________ _____________________________________________________________________________________

2. Cules son los componentes de un sistema gestor de base de datos? _____________________________________________________________________________________ _____________________________________________________________________________________ _____________________________________________________________________________________

3. Qu caracteriza a un sistema gestor de base de datos? _____________________________________________________________________________________ _____________________________________________________________________________________ _____________________________________________________________________________________

4. Qu es un sistema gestor de base de datos? _____________________________________________________________________________________ _____________________________________________________________________________________ _____________________________________________________________________________________

5. Cmo define Ud. a un diccionario de datos? _____________________________________________________________________________________ _____________________________________________________________________________________

6. De qu manera se da la interaccin del sistema gestor de base de datos con el sistema operativo? __________________________________________________________________________________________________________________________________________________________________________ ______________________________________________________________________________________

Excelencia Acadmica

32

Excelencia Acadmica

33

INSTALACION Y CONFIGURACION DEL SISTEMA

GESTOR DE BASE DE DATOS

Una de las tareas ms comunes de todo Administrador de Base de Datos (DBA) es la instalacin y

configuracin del sistema gestor de base de datos, lo cual no solo involucra la eleccin del SGBD, adems de la edicin y versin, si no tambin determinar el software y hardware que soportara a dicho gestor.

Adems es necesario considerar que las decisiones que se tomen de cmo se configurara el ambiente del SGBDR es crucial para obtener alto rendimiento, disponibilidad y seguridad de la base de datos

.

Al finalizar el estudio de la presente unidad temtica el estudiante:

1. Conoce criterios de eleccin de un modelo de base de datos 2. Conoce y analiza criterios de eleccin del sistema gestor de base de datos 3. Entiende los criterios a tomar en cuanta en la configuracin de un sistema gestor de

base de datos. 4. Instala y configura un sistema gestor de base de datos. 1. ELECCIN DEL MODELO DE DATOS Y DEL SISTEMA GESTOR DE BASES DE

DATOS a) Eleccin del modelo de datos:

Los modelos ms comunes de organizacin de bases de datos son el jerrquico, en red, relacional y orientado a objetos.

Base de datos jerrquica: Estructura los campos en nodos en una estructura jerrquica. Los nodos son puntos conectados entre s formando una especie de rbol invertido. Cada entrada tiene un nodo padre, que puede tener varios nodos hijos; esto suele denominarse relacin uno a muchos. Los nodos inferiores se subordinan a los que se hallan a su nivel inmediato superior. Un nodo que no tiene padre es llamado raz, en tanto que los que no tienen hijos son conocidos como hojas. Cuando se desea hallar un campo en particular, se empieza por el tope, con un nodo padre, descendiendo por el rbol en direccin a un nodo hijo. Por ejemplo, un sistema de reservaciones de una lnea area nacional puede ser representado mediante una organizacin jerrquica. El nodo padre es la ciudad de salida (Caracas), este nodo puede tener nodos hijos representando las ciudades destino. Uno de estos nodos hijos, Maracay por ejemplo, tiene a su vez nodos hijos, que son el nmero de vuelo. El nmero de vuelo tendr tambin nodos hijos, que son los pasajeros.

Excelencia Acadmica

34

Entre las limitaciones de este tipo de base de datos se tiene que al borrar un nodo padre, desaparecen tambin sus nodos subordinados. Slo podr aadirse un nodo hijo si existe el nodo padre. Pero lo ms significativo es la rigidez de su estructura: slo un padre por hijo y ausencia de relaciones entre los nodos hijos.

Figura 2.1: Modelo jerrquico

Base de datos en red: Se trata tambin de una organizacin jerrquica de nodos, pero un nodo hijo puede tener ms de un solo nodo padre (relacin muchos a muchos). Existen los punteros, que son conexiones adicionales entre nodos padres y nodos hijos, que permiten acceder a un nodo por vas distintas accediendo al mismo en direccin descendente por las diversas ramas. Representa una mejora al modelo jerrquico. Los vendedores destacados para distribuir determinados productos en algunas ciudades pueden ilustrar este modelo. Cada producto puede ser distribuido por ms de un vendedor, as mismo cada vendedor puede encargarse de diferentes ciudades.

Figura 2.2: Modelo en red

Base de datos relacional:

Excelencia Acadmica

35

Esta organizacin ofrece la mayor flexibilidad ya que los datos se almacenan en tablas diferentes, conformadas por filas y columnas. En una tabla las filas contienen los registros y las columnas representan los campos. Las tablas relacionadas poseen un campo comn, el campo clave, mediante el cual la informacin almacenada en una tabla puede enlazarse con la informacin almacenada en otra. El acceso a los datos se realiza mediante consultas escritas en SQL. La organizacin de bases de datos relacional es la ms difundida en la actualidad motivada a su sencillez para realizar operaciones de adicin, eliminacin y modificacin en contraste con la mayor rigidez de las organizaciones jerrquicas y de red. Por ejemplo en un modelo relacional para un pequeo negocio, se puede contar con una tabla de clientes y otra de rdenes. Las rdenes que pertenecen a un determinado cliente son identificadas colocando el campo de identificacin del cliente en la orden (campo clave de la tabla de clientes), lo cual permite enlazar las dos tablas.

Figura 2.3: Modelo relacional

Bases de datos orientadas a objetos:

Es una estructura relativamente nueva que ha suscitado gran inters. El modelo de datos orientado a objetos es una adaptacin para los sistemas de bases de datos del paradigma de la programacin orientada a objetos. Se basa en el concepto de encapsular elementos de datos, sus caractersticas, atributos y el cdigo que opera sobre ellos en elementos complejos llamados objetos.

Excelencia Acadmica

36

Los objetos estructurados se agrupan en clases. El conjunto de las clases se estructura en subclases y superclases. El modelo de datos orientado a objetos usa los conceptos de la programacin orientada a objetos .

Figura 2.3: Modelo orientado a objetos

b) Eleccin del sistema gestor de bases de datos Por ejemplo: Oracle 9i2, IBM DB2 UDB, Microsoft SQL Server, Interbase,etc. Un sistema gestor de base de datos es un software con capacidad de definir, mantener y utilizar una base de datos, por lo tanto debe permitir definir estructuras de almacenamiento, acceso a los datos de forma eficiente y segura, entre otros. Por lo tanto, al momento de elegir el gestor de base de datos debe considerarse los siguientes factores:

Factores tcnicos: Organizacin de los datos independientemente de las aplicaciones

que los vayan a usar (independencia lgica) y de los ficheros en los que vayan a almacenarse (independencia fsica).

Datos y aplicaciones accesibles a los usuarios y a otras aplicaciones de la manera ms amigable posible (lenguajes de consulta: SQL, etc)

Datos gestionados de forma centralizada e independiente de las aplicaciones.

No redundancia (los datos no deben estar duplicados), consistencia e integridad.

Fiabilidad (proteccin frente a fallos). Seguridad (no todos los datos deben ser accesibles a todos los

usuarios). Capacidad de replicacin y distribucin Disponibilidad de herramientas de desarrollo de software Portabilidad

Factores no tcnicos

Excelencia Acadmica

37

Coste de la adquisicin del software, del hardware y coste de mantenimiento.

Coste de creacin y conversin de la base de datos Coste de personal (formacin y operacin). Disponibilidad de servicios del proveedor

2. GESTORES DE BASES DATOS EN EL MERCADO.

a) Oracle:

Oracle es un sistema de gestin de base de datos relacional (o RDBMS por el acrnimo en ingls de Relational Data Base Management System), fabricado por Oracle Corporation.

Surge a finales de los 70 bajo el nombre de Relational Software a partir de un estudio sobre SGBD (Sistemas Gestores de Base de Datos) de George Koch. Computer World defini este estudio como uno de los ms completos jams escritos sobre bases de datos. Este artculo inclua una comparativa de productos que eriga a Relational Software como el ms completo desde el punto de vista tcnico. Esto se deba a que usaba la filosofa de las bases de datos relacionales, algo que por aquella poca era todava desconocido. En la actualidad, Oracle (Nasdaq: ORCL) todava encabeza la lista. La tecnologa Oracle se encuentra prcticamente en todas las industrias alrededor del mundo y en las oficinas de 98 de las 100 empresas Fortune 100. Oracle es la primera compaa de software que desarrolla e implementa software para empresas 100 por ciento activado por Internet a travs de toda su lnea de productos: base de datos, aplicaciones comerciales y herramientas de desarrollo de aplicaciones y soporte de decisiones. Oracle es el proveedor mundial lder de software para administracin de informacin, y la segunda empresa de software. Oracle a partir de la versin 10g Release 2, cuenta con 5 ediciones:

Oracle Database Enterprise Edition(EE). Oracle Database Standard Edition (SE). Oracle Database Standard Edition One (SE1). Oracle Database Express Edition (XE). Oracle Database Personal Edition (PE).

La nica edicin gratuita es la Express Edition, que es compatible con las dems ediciones de Oracle Database 10gR2 y Oracle Database 11g. Se considera a Oracle como uno de los sistemas de bases de datos ms completos, destacando su:

Soporte de transacciones. Estabilidad. Escalabilidad. Soporte multiplataforma.

Excelencia Acadmica

38

Ha sido criticada por algunos especialistas la seguridad de la plataforma, y las polticas de suministro de parches de seguridad, modificadas a comienzos de 2005 y que incrementan el nivel de exposicin de los usuarios. En los parches de actualizacin provistos durante el primer semestre de 2005 fueron corregidas 22 vulnerabilidades pblicamente conocidas, algunas de ellas con una antigedad de ms de 2 aos. Aunque su dominio en el mercado de servidores empresariales ha sido casi total hasta hace poco, recientemente sufre la competencia del Microsoft SQL Server de Microsoft y de la oferta de otros RDBMS con licencia libre como PostgreSQL, MySql o Firebird. Las ltimas versiones de Oracle han sido certificadas para poder trabajar bajo Linux.

b) SQL Server: Microsoft SQL Server es un sistema de gestin de bases de datos relacionales (SGBD) basado en el lenguaje Transact-SQL, capaz de poner a disposicin de muchos usuarios grandes cantidades de datos de manera simultnea. Algunas de las caractersticas de SQL Server son:

Soporte de transacciones. Escalabilidad, estabilidad y seguridad. Soporta procedimientos almacenados. Incluye tambin un potente entorno grfico de administracin, que permite

el uso de comandos DDL y DML grficamente. Permite trabajar en modo cliente-servidor, donde la informacin y datos se

alojan en el servidor y las terminales o clientes de la red slo acceden a la informacin.

Adems permite administrar informacin de otros servidores de datos. Este sistema incluye una versin reducida, llamada MSDE con el mismo motor de base de datos pero orientado a proyectos ms pequeos, que en su versin 2005 pasa a ser el SQL Express Edition, que se distribuye en forma gratuita.

c) MySQL: MySQL es un sistema de gestin de base de datos relacional, multihilo y multiusuario. MySQL AB - desde enero de 2008 una subsidiaria de Sun Microsystems - desarrolla MySQL como software libre en un esquema de licenciamiento dual. Por un lado se ofrece bajo la GNU GPL para cualquier uso compatible con esta licencia, pero las empresas que quieran incorporarlo en productos privativos pueden comprar a la empresa una licencia especfica que les permita este uso. Est desarrollado en su mayor parte en ANSI C. Al contrario que proyectos como Apache, donde el software es desarrollado por una comunidad pblica y el copyright del cdigo est en poder del autor individual, MySQL es propiedad y est patrocinado por una empresa privada, que posee el copyright de la mayor parte del cdigo. Esto es lo que posibilita el esquema de licenciamiento anteriormente mencionado.

Excelencia Acadmica

39

Adems de la venta de licencias privativas, la compaa ofrece soporte y servicios. Para sus operaciones contratan trabajadores alrededor del mundo que colaboran va Internet. MySQL AB fue fundado por David Axmark, Allan Larsson, y Michael Widenius. Las principales caractersticas de este gestor de base de datos son:

Aprovecha la potencia de sistemas multiprocesador, gracias a su implementacin multihilo.

Soporta gran cantidad de tipos de datos para las columnas. Dispone de API's en gran cantidad de lenguajes (C, C++, Java, PHP, etc). Gran portabilidad entre sistemas. Soporta hasta 32 ndices por tabla. Gestin de usuarios y passwords, manteniendo un muy buen nivel de

seguridad en los datos. d) Postgre SQL:

PostgreSQL es un servidor de base de datos relacional orientada a objetos de software libre, liberado bajo la licencia BSD. Como muchos otros proyectos open source, el desarrollo de PostgreSQL no es manejado por una sola compaa sino que es dirigido por una comunidad de desarrolladores y organizaciones comerciales las cuales trabajan en su desarrollo. Dicha comunidad es denominada el PGDG (PostgreSQL Global Development Group).

PostgreSQL ha tenido una larga evolucin, comenzando con el proyecto Ingres en la Universidad de Berkeley. Este proyecto, liderado por Michael Stonebraker, fue uno de los primeros intentos en implementar un motor de base de datos relacional. Despus de haber trabajado un largo tiempo en Ingres y de haber tenido una experiencia comercial con el mismo, Michael decidi volver a la Universidad para trabajar en un nuevo proyecto sobre la experiencia de Ingres, dicho proyecto fue llamado post-ingres o simplemente POSTGRES.

El proyecto post-ingres pretenda resolver los problemas con el modelo de base de datos relacional que haban sido aclarados a comienzos de los aos 1980. El principal de estos problemas era la incapacidad del modelo relacional de comprender "tipos", es decir, combinaciones de datos simples que conforman una nica unidad. Actualmente estos son llamados objetos. Se esforzaron en introducir la menor cantidad posible de funcionalidades para completar el soporte de tipos. Estas funcionalidades incluan la habilidad de definir tipos, pero tambin la habilidad de describir relaciones - las cuales hasta ese momento eran ampliamente utilizadas pero mantenidas completamente por el usuario. En POSTGRES la base de datos comprenda las relaciones y poda obtener informacin de tablas relacionadas utilizando reglas.

La siguiente lista muestra los hitos ms importantes en la vida del proyecto POSTGRES.

1986: se publicaron varios papers que describan las bases del sistema. 1988: ya se contaba con una versin utilizable. 1989: el grupo liberaba la versin 1 para una pequea comunidad de

usuarios.

Excelencia Acadmica

40

1990: se liberaba la versin 2 la cual tena prcticamente reescrito el sistema de reglas.

1991: liberacin de la versin 3, esta aada la capacidad de multiples motores de almacenamiento.

1993: crecimiento importante de la comunidad de usuarios, la cual demandaba ms caractersticas.

1994: antes de la liberacin de la versin 4, el proyecto termin y el grupo se disolvi.

Despus de que el proyecto POSTGRES terminara, dos graduados de la universidad, Andrew Yu y Jolly Chen, comenzaron a trabajar sobre el cdigo de POSTGRES, esto fue posible dado que POSTGRES estaba licenciado bajo la BSD, y lo primero que hicieron fue aadir soporte para el lenguaje SQL a POSTGRES, dado que anteriormente contaba con su propio lenguaje de consultas, creando as el sistema al cual denominaron Postgres95.

Para el ao 1996 se unieron al proyecto personas ajenas a la Universisdad como Marc Fournier, Bruce Momjian y Vadim B. Mikheev quienes comenzaron a trabajar para estabilizar el cdigo de Postgres95.

En el ao 1996 decidieron cambiar el nombre de Postgres95 de tal modo que refleje la caracterstica del lenguaje SQL y lo terminaron llamando PostgreSQL.

Con el pasar del tiempo muchos desarrolladores entusiastas de los motores de base de datos se unieron al proyecto y entre todos comenzaron a incorporar muchas caractersticas al motor.

e) DB2:

DB2 es una marca comercial, propiedad de IBM, bajo la cual se comercializa el sistema de gestin de base de datos.

DB2 versin 9 es un motor de base de datos relacional que integra XML de manera nativa, lo que IBM ha llamado pureXML, que permite almacenar documentos completos dentro del tipo de datos xml para realizar operaciones y bsquedas de manera jerrquica dentro de ste, e integrarlo con bsquedas relacionales.

DB2 Express-C es la versin gratuita soportada por la comunidad, de DB2 que permite desarrollar, implementar y distribuir aplicaciones que no usen las caractersticas avanzadas de las versiones comerciales de DB2. Esta versin de DB2 puede ser concebida como el ncleo de DB2, las diferentes ediciones incluyen las caractersticas de Express-C ms funcionalidades especficas.

3. INSTALACION Y CONFIGURACION DE SQL SERVER 2005. El Asistente para la instalacin de SQL Server 2005 est basado en Microsoft Windows Installer y proporciona un solo rbol de caractersticas para la instalacin de todos los componentes de Microsoft SQL Server 2005:

SQL Server Database Engine (Motor de base de datos de SQL Server) Analysis Services Reporting Services

Excelencia Acadmica

41

Notification Services Integration Services Herramientas de administracin Documentacin y ejemplos

SQL Server 2005 est disponible en ediciones de 32 bits y de 64 bits. Las ediciones de 64 bits de SQL Server 2005 se instalan con los mismos mtodos que las ediciones de 32 bits: a travs del Asistente para la instalacin o del smbolo del sistema. Independientemente de si utiliza el Asistente para la instalacin de SQL Server 2005 o el smbolo del sistema para instalar SQL Server 2005, el proceso del programa de instalacin incluir los siguientes pasos. a) Paso 1: Prepare el equipo para instalar SQL Server 2005

A fin de preparar el equipo para SQL Server 2005, revise los requisitos de hardware y software, los requisitos del Comprobador de configuracin del sistema, los problemas de bloqueo, y las consideraciones de seguridad. Dependiendo de sus requisitos, el programa de instalacin de Microsoft SQL Server 2005 instalar una nueva instancia de SQL Server, actualizar una instancia existente o proporcionar opciones de mantenimiento. Para todas las instalaciones de SQL Server 2005, debe considerar lo siguiente:

Asegrese de que el equipo cumple con los requisitos del sistema para SQL Server 2005.

Asegrese de tener permisos de administrador en el equipo en el que vaya a instalar SQL Server. Si instala SQL Server desde un recurso compartido remoto, deber utilizar una cuenta de dominio que tenga permisos de lectura y ejecucin en el recurso compartido remoto. Para crear un clster de conmutacin por error, debe ser un administrador local con permisos para iniciar una sesin como un servicio y para actuar como parte del sistema operativo en todos los nodos del servidor virtual.

Cree una o varias cuentas de usuario de dominio si va a instalar SQL Server 2005 en un equipo en el que se ejecuta Microsoft Windows XP o Windows 2003 y desea que SQL Server 2005 se comunique con otros clientes y servidores.

No instale SQL Server 2005 en un controlador de dominio. Realice una copia de seguridad de la instalacin de SQL Server si va a

ejecutar una instancia de SQL Server en el equipo en el que vaya a instalar SQL Server 2005.

Compruebe que el disco en el que se instalar SQL Server no est comprimido. Si intenta instalar SQL Server en una unidad comprimida, se producir un error en el programa de instalacin.

Salga del software antivirus mientras instala SQL Server. Detenga todos los servicios que dependan de SQL Server, incluidos

aquellos que utilizan la Conectividad abierta de bases de datos (ODBC), como es el caso de los Servicios de Internet Information Server (IIS). Salga

Excelencia Acadmica

42

del Visor de sucesos y de los editores del Registro (Regedit.exe o Regedt32.exe).

Revise todas las opciones de instalacin de SQL Server y preprese para realizar las selecciones apropiadas cuando ejecute el programa de instalacin.

b) Paso 2: Instale SQL Server 2005 Para instalar SQL Server 2005, ejecute el programa de instalacin mediante el Asistente para la instalacin de SQL Server 2005 o realice la instalacin desde el smbolo del sistema. Tambin puede agregar componentes a una instancia de SQL Server 2005, o actualizar a SQL Server 2005 desde una versin anterior de SQL Server. Instalar componentes de SQL Server 2005 El Asistente para la instalacin proporciona instrucciones para la configuracin inicial de SQL Server 2005, lo que incluye seleccin de caractersticas, reglas de nomenclatura de instancias, configuracin de cuentas de servicio, directrices para contraseas seguras y escenarios para establecer intercalaciones. Para asegurarse de una instalacin correcta, revise los siguientes requisitos antes de instalar SQL Server 2005: Requisitos de hardware (32 bits) En la siguiente tabla se muestran los requisitos de hardware para instalar y ejecutar SQL Server 2005 en la plataforma de 32 bits.

SQL Server 2005 (32 bits)

Tipo de procesador1

Velocidad de procesador2 Memoria (RAM)3

SQL Server 2005 Enterprise Edition 4 SQL Server 2005 Developer Edition SQL Server 2005 Standard Edition

Procesador compatible con Pentium III o superior

Mnimo: 600 MHz Recomendado: 1 GHz o ms

Mnimo: 512 MB Recomendado: 1 GB o ms Mximo: mximo del sistema operativo mximo

SQL Server 2005 Workgroup Edition



Mnimo: 512 MB Recomendado: 1 GB o ms Mximo: mximo del sistema operativo mximo

SQL Server 2005 Express Edition

Procesador compatible con Pentium III o

Mnimo: 500 MHz Recomendado:

Mnimo: 192 MB Recomendado: 512

Excelencia Acadmica

43

superior 1 GHz o ms MB o ms Mximo: mximo del sistema operativo mximo

SQL Server 2005 Express Edition with Advanced Services



Mnimo: 512 MB Recomendado: 1 GB o ms Mximo: mximo del sistema operativo

1El Comprobador de configuracin del sistema (SCC) bloquear el programa de instalacin si no se cumple el requisito del tipo de procesador. 2El SCC avisar al usuario si no se cumple el requisito de comprobacin de velocidad mnima o recomendada del procesador, pero no bloquear el programa de instalacin. No se mostrarn advertencias en equipos multiprocesador. 3El SCC avisar al usuario si no se cumple el requisito de comprobacin de RAM mnima o recomendada, pero no bloquear el programa de instalacin. Los requisitos de memoria se refieren slo a esta versin y no reflejan los requisitos de memoria adicionales del sistema operativo. El SCC comprobar la memoria disponible al iniciar el programa de instalacin. 4 SQL Server Evaluation Edition admite el mismo conjunto de caractersticas que SQL Server 2005 Enterprise Edition. Requisitos de espacio en disco duro (32 y 64 bits) Durante la instalacin de SQL Server 2005, Windows Installer crea archivos temporales en la unidad del sistema. Antes de ejecutar el programa de instalacin para instalar o actualizar SQL Server 2005, compruebe que dispone de 2,0 GB de espacio en disco en la unidad del sistema para estos archivos. Este requisito es aplicable incluso si instala todos los componentes de SQL Server en una unidad (del sistema) distinta de la predeterminada. Muchos de los archivos se instalarn en la unidad del sistema, que normalmente es C:. Por ejemplo, los archivos de registro de la instalacin se copiarn en la unidad del sistema, y es posible que requieran hasta 80 MB para una instalacin independiente y ms espacio para una instalacin en un clster de conmutacin por error. Los requisitos de disco duro actuales dependen de la configuracin del sistema y las aplicaciones y caractersticas que haya decidido instalar. En la siguiente tabla se muestran los requisitos de espacio en disco de los componentes de SQL Server 2005.

Caracterstica Requisito de espacio en

disco

Database Engine (Motor de base de datos) y archivos de datos, Rplica y Bsqueda de texto

280 MB

Excelencia Acadmica

44

Analysis Services y archivos de datos 90 MB

Reporting Services y Administrador de informes 120 MB

Componentes del motor de Notification Services, componentes de cliente y componentes de reglas

50 MB

Integration Services 120 MB

Componentes de cliente 850 MB

Libros en pantalla de SQL Server y Libros en pantalla de SQL Server Compact Edition

240 MB

Ejemplos y bases de datos de ejemplo. Tenga en cuenta que, de forma predeterminada, los ejemplos y las bases de datos de ejemplo no se instalan.

410 MB

Requisitos del sistema operativo (32 bits) En la siguiente tabla se muestran los sistemas operativos que ejecutan el software de servidor para cada versin de 32 bits de SQL Server 2005

Enterpris

e Edition1

Deve

Documents

Administracion de Base de Datos.pdf