Requerimientos para la instalación.
Antes de instalar cualquier SGBD es necesario conocer los requerimientos de hardware y software, el posible software a desinstalar previamente, verificar el registro de Windows y el entorno del sistema, así como otras características de configuración especializadas como pueden ser la reconfiguración de los servicios TCP/IP y la modificación de los tipos archivos HTML para los diversos navegadores.
Se presenta a continuación una serie de requerimientos mínimos de hardware y software para instalar oracle 11g Express y MySQL estándar versión 5.1. en Windows Seven y Ubuntu 10.
Requerimiento
|
Oracle
|
MySQL
|
|---|---|---|
RAM
|
512 MB
|
512 MB
|
Memoria virtual1
|
1024 MB
|
1024 MB
|
Espacio disco duro
|
1.5 GB
|
1 GB
|
Tamaño máximo de la base de datos
|
4 GB
|
Sin limite
|
Sistema Operativo: Windows Server, Windows Seven, Linux, Unix
| ||
Arquitectura del Sistema 32/64-bit
| ||
Protocolo de red TCP/IP
| ||
Protocolo de red TCP/IP con SSL
|
1. La regla general para determinar el tamaño de la memoria virtual depende del tamaño de memoria RAM instalada. Si su sistema tiene menos de 4 GB de RAM por lo general el espacio de intercambio debe ser de al menos dos veces este tamaño. Si usted tiene más de 8 GB de memoria RAM instalada puede considerar usar el mismo tamaño como espacio de intercambio. Cuanta más memoria RAM tenga instalada, es menos probable usar el espacio de intercambio, a menos que tenga un proceso inadecuado.
Instalación del Software de BD en modo transaccional
Una base de datos en modo transaccional significa que la BD será capaz de que las operaciones de inserción y actualización se hagan dentro de una transacción, es un componente que procesa información descomponiéndola de forma unitaria en operaciones indivisibles, llamadas transacciones, esto quiere decir que todas las operaciones se realizan o no, si sucede algún error en la operación se omite todo el proceso de modificación de la base de datos, si no sucede ningún error se hacen toda la operación con éxito.
Una transacción es un conjunto de líneas de un programa que llevan insert o update o delete. Todo aquél software que tiene un log de transacciones (que es la "bitácora" que permite hacer operaciones de commit o rollback), propiamente es un software de BD; aquél que no lo tiene (v.g. D-Base), propiamente no lo es. Todo software de base de datos es transaccional; si el software de la BD no es "transaccional", en realidad NO es un "software" de BD; en todo caso, es un software que emula el funcionamiento de un verdadero software de BD. Cada transacción debe finalizar de forma correcta o incorrecta como una unidad completa. No puede acabar en un estado intermedio.
Se usan las siguientes métodos:
Ø Begin TRans para iniciar la transacción
Ø CommitTrans para efectuar los cambios con éxito
Ø RollbackTrans para deshacer los cambios
Y depende que base de datos uses para efectuar las operaciones pero, es la misma teoría para cualquier BD.
Variables de Ambiente Y Archivos Importantes para instalación
Para instalar MySQL como primer instancia el archivo primordial es el que se descarga de la Web de MySQL. El proceso para instalar MySQL desde un archivo ZIP es el siguiente:
1. Extraer el contenido del archivo dentro del directorio de instalación deseado.
2. Crear un archivo de opciones.
3. Elegir un tipo de servidor MySQL
4. Iniciar el servidor MySQL.
5. Establecer la seguridad de las cuentas de usuario por defecto.
Procedimiento general de instalación.
Tradicionalmente por preferencias de usuario aqui uno ejemplo de requerimientos.
Requerimientos del sistema para Oracle Database XE Server y Oracle Database XE Client.
Requerimiento
|
Valor
|
|---|---|
Arquitectura del sistema
|
Intel x86 (desde Windows 2000 hasta seven) o Linux x86 (Debian, Mandriva, Novell, Red Hat y Ubuntu )
|
Protocolo de red
|
TCP/IP
|
Espacio en disco
|
Servidor : 1.6 gigabytes mínimo
Cliente: 75 megabytes
|
RAM
|
256 megabytes mínimo, 512 megabytes recomendado
|
Los requerimientos Varian en los DBMS.
Más Ejemplos:
http://mendezitmg.blogspot.mx/2018/02/uso-de-manejadores-de-bases-de-datos_13.htmlhttp://mendezitmg.blogspot.mx/2018/02/uso-de-manejadores-de-bases-de-datos_12.html
http://mendezitmg.blogspot.mx/2018/02/uso-de-manejadores-de-bases-de-datos.html
Procedimiento para la configuracion de un DBMS
El esquema de una base de datos (en inglés, DatabaseSchema) describe la estructura de una Base de datos, en un lenguaje formal soportado por un Sistema administrador de Base de datos (DBMS). En una Base de datos Relacional, el Esquema define sus tablas, sus campos en cada tabla y las relaciones entre cada campo y cada tabla.
- Controlar la manera en que funciona el DBMS
- Recursos puestos a su disposición.
sistema una vez que está en funcionamiento.
- Comandos de DBMS para establecer los parámetros del sistema
- Editar un archivo que contiene los valores de los parámetros actuales del sistema.
Aunque el uso de valores por defecto pueden ahorrar tiempo y hacer más fácil la instalación, también puede dar lugar a problemas posteriores.
¿Qué controlan los parámetros del sistema?
- Cantidad de memoria utilizada para los datos
- Almacenamiento en caché
El no entender completamente los parámetros utilizados por el DBMS puede resultar en un entorno de base de datos configurado incorrectamente, lo que puede causar:
- Problemas de rendimiento
- Problemas de integridad de datos
- Incluso el fracaso del DBMS.
Se concluye:
- Elegir modo detallado de configuración
- Tener en cuenta los requerimientos que el DMBS necesitara.
- Entender perfectamente los parámetros que se utilizaran
- No dejar todos los valores por defecto para evitar problemas a futuro
- Si se edita algún archivo, se tiene que tener mucho cuidado.
Comandos generales de alta y baja del DBMS
Una tabla es un sistema de elementos de datos (atributo - valores) que se organizan que usando un modelo vertical - columnas (que son identificados por su nombre)- y horizontal filas. Una tabla tiene un número específico de columnas, pero puede tener cualquier número de filas. Cada fila es identificada por los valores que aparecen en un subconjunto particular de la columna que se ha identificado por una llave primaria.
Una tabla de una base de datos es similar en apariencia a una hoja de cálculo, en cuanto a que los datos se almacenan en filas y columnas. Como consecuencia, normalmente es bastante fácil importar una hoja de cálculo en una tabla de una base de datos. La principal diferencia entre almacenar los datos en una hoja de cálculo y hacerlo en una base de datos es la forma de organizarse los datos.
MySQL soporta varios motores de almacenamiento que tratan con distintos tipos de tabla. Los motores de almacenamiento de MySQL incluyen algunos que tratan con tablas transaccionales y otros que no lo hacen:
MyISAM trata tablas no transaccionales. Proporciona almacenamiento y recuperación de datos rápida, así como posibilidad de búsquedas fulltext. MyISAM se soporta en todas las configuraciones MySQL, y es el motor de almacenamiento por defecto a no ser que tenga una configuración distinta a la que viene por defecto con MySQL.
El motor de almacenamiento MEMORY proporciona tablas en memoria.El motor de almacenamientoMERGE permite una colección de tablas MyISAM idénticas ser tratadas como una simple tabla. Como MyISAM, los motores de almacenamiento MEMORY y MERGE tratan tablas no transaccionales y ambos se incluyen en MySQL por defecto.
Nota: El motor de almacenamiento MEMORY anteriormente se conocía como HEAP.
Los motores de almacenamiento InnoDB y BDB proporcionan tablas transaccionales. BDB se incluye en la distribución binaria MySQL-Max en aquellos sistemas operativos que la soportan.InnoDB también se incluye por defecto en todas las distribuciones binarias de MySQL5.0 . En distribuciones fuente, puede activar o desactivar estos motores de almacenamiento configurando MySQL a su gusto.
El motor de almacenamiento EXAMPLE es un motor de almacenamiento 'tonto' que no hace nada. Puede crear tablas con este motor, pero no puede almacenar datos ni recuperarlos. El objetivo es que sirva como ejemplo en el código MySQL para ilustrar cómo escribir un motor de almacenamiento. Como tal, su interés primario es para desarrolladores.
NDB Cluster es el motor de almacenamiento usado por MySQLCluster para implementar tablas que se particionan en varias máquinas. Está disponible en distribuciones binarias MySQL-Max 5.0. Este motor de almacenamiento está disponible para linux, Solaris, y Mac OS X. Los autores mencionan que se añnadirá soporte para este motor de almacenamiento en otras plataformas, incluyendo Windows en próximas versiones.
El motor de almacenamiento ARCHIVE se usa para guardar grandes cantidades de datos sin índices con una huella muy pequeña.
El motor de almacenamiento CSV guarda datos en archivos de texto usando formato de valores separados por comas.
El motor de almacenamiento FEDERATED se añadió en MySQL 5.0.3. Este motor guarda datos en una base de datos remota. En esta versión sólo funciona con MySQL a través de la API MySQL C Client. En futuras versiones, será capaz de conectar con otras fuentes de datos usando otros drivers o métodos de conexión clientes.
La versión 5 de MySQL crea por defecto tablas innoDB que permiten el manejo de integridad referencial, transacciones. Al igual que las tablas regulares de oracle. Para saber si el gestor de base de datos de MySQL que tenemos las soporta es necesario ejecutar la siguiente sentencia.
SHOW VARIABLES liKE '%innodb%';
Si nuestro gestor soporta por defecto las tablas innodb las sentencias para crear las tablas previamente mostradas serán exactamente igual a las de oracle. En caso contrario se muestra la sintaxis correspondiente
CREATE TABLE f1 ( yearINTEGER PRIMARY KEY,campeonCHAR(30),
escuderiaCHAR(20) ) ENGINE = InnoDB;
Ejemplo: Estados, capitales, densidad de población y superficie de la Republica Mexicana
CREATE TABLE estados (idEstadoINTEGER PRIMARY KEY,nombreEstadoCHAR(25) NOT NULL,capitalCHAR(25) NOT NULL,densidadINTEGER NOT NULL,poblacionINTEGER NOT NULL) ENGINE = InnoDB;
Comando Describe
MySQL proporciona este comando que resulta útil para conocer la estructura de una tabla, las columnas que la forman y su tipo y restricciones. La sintásis es la siguiente DESCRIBE nombreTabla.
Comando SHOW TABLES y SHOW CREATE TABLE
El comando SHOW TABLES muestra las tablas dentro de una base de datos y SHOW CREATE TABLES muestra la estructura de creación de la tabla.
Tablas temporales
Las tablas temporales solo existen mientras la sesión está viva . Si se corre este código en un script de PHP ( Cualquier otro lenguaje), la tabla temporal se destruirá automáticamente al termino de la ejecución de la página. Si no específica MEMORY, la tabla se guardará por defecto en el disco.
CREATE TEMPORARY TABLE temporal (
ifeINTEGER(13) PRIMARY KEY,
nombreCHAR(30) NOT NULL UNIQUE
);
Este tipo de tabla solo puede ser usada por el usuario que la crea.
Si creamos una tabla que tiene el mismo nombre que una existente en la base de datos, la que existe quedará oculta y trabajaremos sobre la temporal.
Tablas Memory( Head )
Se almacenan en memoria
Una tabla head no puede tener más de 1600 campos
Las tablas MEMORY usan una longitud de registro fija.
MEMORY no soporta columnas BLOB o TEXT.
MEMORY en MySQL 5.0 incluye soporte para columnas AUTO_INCREMENT e índices en columnas que contengan valores NULL.
Las tablas MEMORY se comparten entre todos los clientes (como cualquier otra tabla no-TEMPORARY).
CREATE TEMPORARY TABLE temporal (
ifeINTEGER(13) PRIMARY KEY,
nombreCHAR(30) NOT NULL UNIQUE
) ENGINE = MEMORY;
Modificación
Esta operación se puede realizar con el comando ALTER TABLE. Para usar ALTER TABLE, necesita permisos ALTER, INSERT y CREATE para la tabla. La sintaxis para MySQL es
ALTER [IGNORE] TABLEtbl_name
alter_specification [, alter_specification] ...;
alter_specification:
ADD [COLUMN] column_definition [FIRST | AFTERcol_name ]
| ADD [COLUMN] (column_definition,...)
| ADD INDEX [index_name] [index_type] (index_col_name,...)
| ADD [CONSTRAINT [symbol]]
PRIMARY KEY [index_type] (index_col_name,...)
| ADD [CONSTRAINT [symbol]]
UNIQUE [index_name] [index_type] (index_col_name,...)
| ADD [FULLTEXT|SPATIAL] [index_name] (index_col_name,...)
| ADD [CONSTRAINT [symbol]]
FOREIGN KEY [index_name] (index_col_name,...)
[reference_definition]
| ALTER [COLUMN] col_name {SET DEFAULT literal | DROP DEFAULT}
| CHANGE [COLUMN] old_col_namecolumn_definition
[FIRST|AFTERcol_name]
| MODIFY [COLUMN] column_definition [FIRST | AFTERcol_name]
| DROP [COLUMN] col_name
| DROP PRIMARY KEY
| DROP INDEXindex_name
| DROP FOREIGN KEYfk_symbol
| DISABLE KEYS
| ENABLE KEYS
| RENAME [TO] new_tbl_name
| ORDER BYcol_name
| CONVERT TO CHARACTER SETcharset_name [COLLATEcollation_name]
| [DEFAULT] CHARACTER SETcharset_name [COLLATEcollation_name]
| DISCARD TABLESPACE
| IMPORT TABLESPACE
| table_options
