PDF de programación - Unidad 1: Instalación y Configuración de Bases de Datos

Imágen de pdf Unidad 1: Instalación y Configuración de Bases de Datos

Unidad 1: Instalación y Configuración de Bases de Datosgráfica de visualizaciones

Publicado el 14 de Enero del 2017
1.435 visualizaciones desde el 14 de Enero del 2017
2,3 MB
58 paginas
Creado hace 7a (10/10/2012)
2º curso de administración de sistemas informáticos en red
autor: Jorge Sánchez – www.jorgesanchez.net

índice

(1.2.1) SGBD monocapa
(1.2.2) SGBD de dos capas
(1.2.3) SGBD de tres o más capas

(1.3.1) licencias de software
(1.3.2) SGBD relacionales de código cerrado
(1.3.3) SGBD relacionales de código abierto
(1.3.4) bases de datos NoSQL

(1.6.1) paso 1: selección por requisitos
(1.6.2) paso 2: comprobar requerimientos

(1.1.1) Sistemas Gestores de Bases de Datos
(1.1.2) repaso a los niveles conceptuales. modelo ANSI/X3/SPARC
(1.1.3) funciones del SGBD
(1.1.4) funciones avanzadas de un SGBD
(1.1.5) tareas del DBA

(1.1) estructura de un SGBD ___________________________________________ 7
7
7
9
9
11
(1.2) opciones de funcionamiento de un SGBD _________________________ 12
12
12
12
(1.3) Sistemas Gestores de Bases de Datos Comerciales __________________ 12
12
13
14
15
(1.4) arquitectura de un SGBD ________________________________________ 18
18
18
18
18
(1.5) arquitectura de Oracle __________________________________________ 19
19
20
22
(1.6) instalación de SGBD ____________________________________________ 25
25
26
(1.7) instalación de Oracle ___________________________________________ 26
26
26
28
31
35
36
36
37
37
38
38

(1.7.1) documentación
(1.7.2) directorios de Oracle. comprender la estructura OFA
(1.7.3) instalación en Windows
(1.7.4) crear la base de datos
(1.7.5) conectar con la base de datos
(1.7.6) control de la instancia de Oracle
(1.7.7) control del listener
(1.7.8) conexión en modo administrador
(1.7.9) manejo de la instancia de la base de datos
(1.7.10) borrado de la base de datos
(1.7.11) Enterprise Manager

(1.4.1) ¿qué es la arquitectura?
(1.4.2) estructuras lógicas de la base de datos
(1.4.3) estructuras físicas e internas de la base de datos
(1.4.4) instancias de bases de datos

(1.5.1) ¿qué es un servidor Oracle?
(1.5.2) arquitectura en memoria del servidor Oracle
(1.5.3) arquitectura en disco de Oracle

Implantación de aplicaciones web
índice

(1.9.2) ubicación del archivo de parámetros
(1.9.3) algunos parámetros
(1.9.4) gestión de los archivos de parámetros
(1.9.5) modificación de parámetros en caliente

(1.8) diccionario de datos en Oracle ___________________________________ 39
(1.9) configuración de Oracle _________________________________________ 40
40
40
41
42
(1.10) ficheros LOG en Oracle ________________________________________ 42
(1.11) APÉNDICE: instalación de MySQL _______________________________ 43
43
43
43
48
53
54
55
57

(1.11.1) pasos previos
(1.11.2) documentación
(1.11.3) instalación en Windows
(1.11.4) instalación en Linux/Unix
(1.11.5) asegurando la instalación
(1.11.6) diccionario de datos de MySQL
(1.11.7) configuración de MySQL. Uso de opciones
(1.11.8) ficheros LOG en MySQL



(1)

instalación y

configuración de
un Sistema Gestor
de Bases de Datos

(1.1) estructura de un SGBD

(1.1.1) Sistemas Gestores de Bases de Datos



Un Sistema Gestor de Base de Datos es el software que permite gestionar bases de
datos, ocultando la física de la misma y permitiendo manejarla desde un nivel más
conceptual. Dicho software permite separar las aplicaciones (los programas) de los
datos; de modo que los programas negocian con el SGBD el acceso a los datos.

En definitiva se trata de un software complejo, pero de gran importancia por lo
delicado de la rama de la información a la que se dedica. Los SGBD han crecido de
manera exponencial estos últimos años por el éxito de Internet, que ha provocado el
acceso a miles y miles de bases de datos por parte de millones de usuarios cada día.

(1.1.2) repaso a los niveles conceptuales.

modelo ANSI/X3/SPARC

El grupo de trabajo SPARC de la sección X3 de ANSI, diseño un modelo en el que
indicaba cómo debía funcionar un SGBD para asegurar la separación entre datos y
aplicaciones y así especificó tres niveles:

Nivel externo. Define el nivel en el que los usuarios y usuarias utilizan la base
de datos. La forma de ver la misma que no tiene nada que ver con la estructura
real de la base de datos. Los usuarios manejan los esquemas externos de este
nivel, pero dichos esquemas los realizan los desarrolladores/as de aplicaciones.

administración de bases de datos
instalación y configuración de un Sistema Gestor de Bases de Datos



Nivel físico. Se refiere a la forma en la que realmente se almacena la
información de la base de datos. Los administradores (DBA) de la base de datos
son los encargados de manejar este nivel

Nivel conceptual. Define la base de datos haciendo referencia a la forma en la
que se relaciona la información. Es un nivel más humano que el físico, pero no
tanto como el externo:

Hoy en día se definen más niveles en realidad de modo que se habla de cinco niveles en
realidad. Empezando desde el más cercano al usuario:

Nivel externo. Tal cual se explicó antes. En realidad los esquemas de este nivel
son los últimos que se crean y lo hacen programadoras/es y analistas bajo la
dirección de las/os analistas.

Nivel conceptual. Con la misma idea indicada anteriormente. En realidad el
esquema (los planos) conceptual de la base de datos es lo primero que se
diseña por los o las analistas o diseñadores de la misma utilizando un modelo
para realizar los esquemas. El modelo Entidad/Relación sigue siendo el modelo
más popular.

Nivel lógico. Acerca más el esquema anterior a la física de la base de datos. En
este nivel se hace referencia a estructuras lógicas del tipo de SGBD a manejar
(tablas, filas, columnas por ejemplo en el modelo relacional de bases de datos,
el modelo lógico más utilizado). Este nivel sigue siendo manejado por los
analistas. En muchos casos
los
diseñadores/as de la base de datos empiezan por este nivel saltándose el
anterior.

(aunque ciertamente es peligroso)

En la actualidad el modelo relacional sigue siendo el modelo más habitual para
crear esquemas a nivel lógico.

Nivel interno. Es el primero en el proceso de modelado de la base de datos que
se realiza sobre el software gestor de la base de datos (teniendo en cuenta que
lo externo, las aplicaciones, se crean más tarde). Usa el lenguaje de la base de
datos para crear las estructuras de datos definidas en el nivel lógico. Este nivel
lo maneja el administrador de la base de datos (o DBA).

Nivel físico. Se refiere a como se organizarán los datos en el disco, en que
ordenadores se crea la base de datos, si es distribuida o no, sistema operativo
necesario, estructura de directorios y archivos, configuración de servidores y
sistema operativo, política de copia de seguridad,…

La persona encargada de definir todo esto es la administradora de la base de
datos o, mejor dicho, la administradora del sistema. En realidad hay acciones
referidas a este nivel que se hacen antes que las del nivel anterior (las re; otras
se irán haciendo después o a la vez.

2º curso de administración de sistemas informáticos en red
autor: Jorge Sánchez – www.jorgesanchez.net

(1.1.3) funciones del SGBD

El manejo de la SGBD implica que nos permita realizar estas funciones:

Función de descripción o definición. Permite al diseñador de la base de datos
crear las estructuras apropiadas para integrar adecuadamente los datos. Esta
función se realiza mediante el lenguaje de descripción de datos o DDL.
Mediante ese lenguaje:







Se definen las estructuras de datos (los metadatos)

Se definen las relaciones entre ellas

Se definen las reglas que han de cumplir

Función de manipulación. Permite modificar y utilizar los datos de la base de
datos. Se realiza mediante el lenguaje de modificación de datos o DML.
Mediante ese lenguaje se puede:





Añadir datos

Eliminar datos

 Modificar datos



Buscar datos

Actualmente se suele distinguir aparte la función de buscar datos en la base de
datos (función de consulta). Para lo cual se proporciona un lenguaje de
consulta de datos o DQL. También las transacciones (que usan lenguaje DTL)
se consideran parte de esta función.

Función de control. Mediante esta función los administradores poseen
mecanismos para proteger las visiones de los datos permitidas a cada usuario,
además de proporcionar elementos de creación y modificación de esos usuarios.
El lenguaje que implementa esta función es el lenguaje de control de datos o
DCL.

(1.1.4) funciones avanzadas de un SGBD

Para poder garantizar que una SGBD cumple las funciones anteriores de la mejor forma
posible y además seguir garantizando la independencia entre los tres esquemas
fundamentales (externo, conceptual y físico) y además facilitar su manejo, los SGBD
tienen que cumplir de forma estricta una serie de reglas.

Edgar F. Codd (que teorizó el modelo relacional de la base de datos) escribió 12
reglas1 que habían de cumplir todos los SGBD. Hoy en día casi todas las grandes bases de
datos son relacionales y los SGBD se afanan en cumplir esas reglas, aunque con matices
puesto que la realidad actual está haciendo quedar a este modelo un tanto obsoleto en
algunos aspectos.

Hoy en día las funciones que se esperan de un buen SGBD son:



1 Se pueden consultar en http://www.jorgesanchez.net/bd en el "Manual de Gestión de

Bases de Datos usando SQL y Oracle" capítulo 2.4: "Las 12 reglas de Codd"

administración de bases de datos
instalación y configuración de un Sistema Gestor de Bases de Datos



Lenguaje que permita crear todos los elementos de
  • Links de descarga
http://lwp-l.com/pdf283

Comentarios de: Unidad 1: Instalación y Configuración de Bases de Datos (0)


No hay comentarios
 

Comentar...

Nombre
Correo (no se visualiza en la web)
Valoración
Comentarios
Es necesario revisar y aceptar las políticas de privacidad