ACTIVIDAD #20
Index en Oracle :
CREATE [UNIQUE|BITMAP] INDEX [esquema.]index_name
ON [esquema.]table_name [tbl_alias]
(col [ASC | DESC]) index_clause index_attribs
viernes, 25 de octubre de 2013
jueves, 24 de octubre de 2013
Transacción
Una transacción es una unidad de la ejecución de un
programa que lee y escribe datos a y desde la Base de Datos. Puede consistir en
varias operaciones de acceso a la base de datos. Una Transacción está
delimitada por instrucciones de inicio transacción y fin transacción (la transacción consiste en todas las
operaciones que se ejecutan entre inicio transacción y fin transacción
ACID
· Atomicidad
La Atomicidad
requiere que cada transacción sea "todo o nada": si una parte de la
transacción falla, todas las operaciones de la transacción fallan, y por lo
tanto la base de datos no sufre cambios. Un sistema atómico tiene que
garantizar la atomicidad en cualquier operación y situación, incluyendo fallas
de alimentación eléctrica, errores y caidas del sistema.
· Consistencia
La propiedad de
Consistencia se asegura que cualquier transacción llevará a la base de datos de
un estado válido a otro estado válido. Cualquier dato que se escriba en la base
de datos tiene que ser válido de acuerdo a todas las reglas definidas,
incluyendo (pero no limitado a) los constraints, los cascades, los triggers, y
cualquier combinación de estos.
· aIslamiento
El aislamiento
("Isolation" en inglés) se asegura que la ejecución concurrente de
las transacciones resulte en un estado del sistema que se obtendría si estas
transacciones fueran ejecutadas una atrás de otra. Cada transacción debe
ejecutarse en aislamiento total; por ejemplo, si T1 y T2 se ejecutan
concurrentemente, luego cada una debe mantenerse independiente de la otra.
· Durabilidad
La durabilidad
significa que una vez que se confirmó una transacción (commit), quedará
persistida, incluso ante eventos como pérdida de alimentación eléctrica,
errores y caidas del sistema. Por ejemplo, en las bases de datos relacionales,
una vez que se ejecuta un grupo de sentencias SQL, los resultados tienen que
almacenarse inmediatamente (incluso si la base de datos se cae inmediatamente
luego).
ROLLBACK
Después de
haber deshabilitado el autocomit , el rollback se utiliza cuando el usuario no
quiere almacenar los cambios en el
disco, lo que realiza es ignorar los cambios hechos desde el comienzo de la
transaccion.
Integridad
Integridad
de datosLa exigencia de integridad de los datos garantiza la calidad de los
datos de la base de datos. Por ejemplo, si se especifica para un empleado el
valor de identificador de 123, la base de datos no debe permitir que ningún
otro empleado tenga el mismo valor de identificador. Si tiene una columna
employee_rating para la que se prevean valores entre 1 y 5, la base de datos no
debe aceptar valores fuera de ese intervalo. Si en la tabla hay una columna
dept_id en la que se almacena el número de departamento del empleado, la base
de datos sólo debe permitir valores que correspondan a los números de
departamento de la empresa.Dos pasos importantes en el diseño de las tablas son
la identificación de valores válidos para una columna y la determinación de
cómo forzar la integridad de los datos en la columna
Concurrencia
El termino concurrencia sí refiere
al Hecho de Que los DBMS (SISTEMAS DE ADMINISTRACIO N DEBD)
PermisoEn que los muchas Transacciones puedan accesar a UnaMisma AGRIS a
la Vez.En Un Sistema de ESTOS SE necesitan algun pisos de Mecanismos de control
de concurrencia párr asegurar Que las transaccione s concurrentes no
interfieran Entre si.en Sistemas multiusuario, esNecesario
sin MECANISMO párrafo Controlar la concurrencia. Sepueden Producir
inconsistencias Importantes Derivadas del Accesoconcurrente, COMO EJEMPLO
porción, elProblema de la Operación perdida
Consistencia
La consistencia de una transacción es simplemente su correctitud
Consistencia es un término más amplio que el de integridad. Podría
definirse como la coherencia entre
todos los datos de la base de datos. Cuando se pierde la
integridad también se pierde la consistencia. Pero la
consistencia también puede perderse por razones de
funcionamiento.
Una transacción finalizada (confirmada parcialmente) puede no
confirmarse definitivamente (consistencia).
Si se confirma definitivamente el sistema asegura la persistencia
de los cambios que ha efectuado en la base de datos.
Si se anula los cambios que ha efectuado son deshechos.
La ejecución de una transacción debe conducir a un estado de la
base de datos consistente (que cumple todas las restricciones de integridad
definidas).
Si se confirma definitivamente el sistema asegura la persistencia
de los cambios que ha efectuado en la base de datos.
Si se anula los cambios que ha efectuado son deshechos.
Activa (Active): el estado inicial; la transacción permanece
en este estado durante su ejecución.
Parcialmente comprometida (Uncommited): Después de ejecutarse la ultima transacción.
Fallida (Failed): tras descubrir que no se puede continuar la ejecución normal.
Abortada (Rolled Back): después de haber retrocedido la transacción y restablecido la
base de datos a su estado anterior al comienzo de la transacción.
Comprometida (Commited): tras completarse con éxito.
Aspectos
relacionados al procesamiento de transacciones
Los
siguientes son los aspectos más importantes relacionados con el procesamiento
de transacciones:
Modelo de estructura de
transacciones. Es importante considerar si las
transacciones son planas o pueden estar anidadas.
Consistencia de la base de
datos interna. Los algoritmos de control de
datos semántico tienen que satisfacer siempre las restricciones de integridad
cuando una transacción pretende hacer un commit.
Protocolos de confiabilidad. En transacciones distribuidas es necesario introducir medios de
comunicación entre los diferentes nodos de una red para garantizar la
atomicidad y durabilidad de las transacciones. Así también, se requieren
protocolos para la recuperación local y para efectuar los compromisos (commit)
globales.
Algoritmos de control de concurrencia. Los algoritmos de control de concurrencia deben sincronizar la
ejecución de transacciones concurrentes bajo el criterio de correctitud. La
consistencia entre transacciones se garantiza mediante el aislamiento de las
mismas.
Protocolos de control de
réplicas. El control de réplicas se refiere a cómo
garantizar la consistencia mutua de datos replicados. Por ejemplo se puede
seguir la estrategia read-one-write-all (ROWA).
miércoles, 23 de octubre de 2013
Actividad #21
INDICE
- Definición de índice
Un índice es una estructura de datos definida sobre una columna de tabla
(o varias) y que permite localizar de forma rápida las filas de la tabla en
base a su contenido en la columna indexada además de permitir recuperar las
filas de la tabla ordenadas por esa misma columna.
Funciona de forma parecida al índice de un libro donde tenemos el título del capítulo y la página donde empieza dicho capítulo, en un índice definido sobre una determinada columna tenemos el contenido de la columna y la posición de la fila que contiene dicho valor dentro de la tabla.
Funciona de forma parecida al índice de un libro donde tenemos el título del capítulo y la página donde empieza dicho capítulo, en un índice definido sobre una determinada columna tenemos el contenido de la columna y la posición de la fila que contiene dicho valor dentro de la tabla.
La definición de los índices de la base de datos es tarea del
administrador de la base de datos, los administradores más experimentados
pueden diseñar un buen conjunto de índices, pero esta tarea es muy compleja,
consume mucho tiempo y está sujeta a errores, incluso con cargas de trabajo y
bases de datos con un grado de complejidad no excesivo.
- Tipos de índices
Índice simple y compuesto.
Un índice simple está definido sobre una sóla
columna de la tabla mientras que un índice compuesto está formado por varias
columnas de la misma tabla (tabla sobre la cual está definido el índice.
Cuando se define un índice sobre una columna, los registros que se recuperen utilizando el índice aparecerán ordenados por el campo indexado. Si se define un índice compuesto por las columnas col1 y col2, las filas que se recuperen utilizando dicho índice aparecerán ordenadas por los valores de col1 y todas las filas que tengan el mismo valor de col1 se ordenarán a su vez por los valores contenidos en col2, función igual que la cláusula ORDER BY vista en el tema de consultas simples.
Por ejemplo si definimos un índice compuesto basado en las columnas (provincia, localidad), las filas que se recuperen utilizando este índice aparecerán ordenadas por provincia y dentro de la misma provincia por localidad.
Cuando se define un índice sobre una columna, los registros que se recuperen utilizando el índice aparecerán ordenados por el campo indexado. Si se define un índice compuesto por las columnas col1 y col2, las filas que se recuperen utilizando dicho índice aparecerán ordenadas por los valores de col1 y todas las filas que tengan el mismo valor de col1 se ordenarán a su vez por los valores contenidos en col2, función igual que la cláusula ORDER BY vista en el tema de consultas simples.
Por ejemplo si definimos un índice compuesto basado en las columnas (provincia, localidad), las filas que se recuperen utilizando este índice aparecerán ordenadas por provincia y dentro de la misma provincia por localidad.
Índice agrupado y no agrupado
El término índice agrupado no se debe
confundir con índice compuesto, el significado es totalmente diferente.
Un índice agrupado (CLUSTERED) es un índice en el que el orden lógico de los valores de clave determina el orden físico de las filas correspondientes de la tabla. El nivel inferior, u hoja, de un índice agrupado contiene las filas de datos en sí de la tabla. Una tabla o vista permite un solo índice agrupado al mismo tiempo.
Los índices no agrupados existentes en las tablas se vuelven a generar al crear un índice agrupado, por lo que es conveniente crear el índice agrupado antes de crear los índices no agrupados.
Un índice no agrupado especifica la ordenación lógica de la tabla. Con un índice no agrupado, el orden físico de las filas de datos es independiente del orden indizado.
Un índice agrupado (CLUSTERED) es un índice en el que el orden lógico de los valores de clave determina el orden físico de las filas correspondientes de la tabla. El nivel inferior, u hoja, de un índice agrupado contiene las filas de datos en sí de la tabla. Una tabla o vista permite un solo índice agrupado al mismo tiempo.
Los índices no agrupados existentes en las tablas se vuelven a generar al crear un índice agrupado, por lo que es conveniente crear el índice agrupado antes de crear los índices no agrupados.
Un índice no agrupado especifica la ordenación lógica de la tabla. Con un índice no agrupado, el orden físico de las filas de datos es independiente del orden indizado.
Índice único
Índice
único es aquel en el que no se permite que dos filas tengan el mismo valor en
la columna de clave del índice. Es decir que no permite valores duplicados.
Ventajas e inconvenientes de los índices
Ventajas
La utilización de índices puede mejorar el
rendimiento de las consultas, ya que los datos necesarios para satisfacer las
necesidades de la consulta existen en el propio índice. Es decir, sólo se
necesitan las páginas de índice y no las páginas de datos de la tabla o el
índice agrupado para recuperar los datos solicitados; por tanto, se reduce la
E/S global en el disco. Por ejemplo, una consulta de las columnas ay b de
una tabla que dispone de un índice compuesto creado en las columnas a, b y c puede
recuperar los datos especificados del propio índice.
Los índices en vistas pueden mejorar de forma
significativa el rendimiento si la vista contiene agregaciones, combinaciones
de tabla o una mezcla de agregaciones y combinaciones.
Inconvenientes
Las tablas utilizadas para almacenar los índices ocupan espacio.
Los índices consumen recursos ya que cada vez que se realiza una operación de actualización, inserción o borrado en la tabla indexada, se tienen que actualizar todas las tablas de índice definidas sobre ella (en la actualización sólo es necesaria la actualización de los índices definidos sobre las columnas que se actualizan).
Por estos motivos no es buena idea definir índices indiscriminadamente.
Los índices consumen recursos ya que cada vez que se realiza una operación de actualización, inserción o borrado en la tabla indexada, se tienen que actualizar todas las tablas de índice definidas sobre ella (en la actualización sólo es necesaria la actualización de los índices definidos sobre las columnas que se actualizan).
Por estos motivos no es buena idea definir índices indiscriminadamente.
Consideraciones a tener en cuenta
A la hora de definir índices se deben de
tener en cuenta estas consideraciones:
Hay que evitar crear demasiados índices en
tablas que se actualizan con mucha frecuencia y procurar definirlos con el
menor número de columnas posible.
Es conveniente utilizar un número mayor de
índices para mejorar el rendimiento de consultas en tablas con pocas
necesidades de actualización, pero con grandes volúmenes de datos. Un gran
número de índices contribuye a mejorar el rendimiento de las consultas que no
modifican datos, como las instrucciones SELECT, ya que el optimizador de
consultas dispone de más índices entre los que elegir para determinar el método
de acceso más rápido.
La indización de tablas pequeñas puede no ser
una solución óptima, porque puede provocar que el optimizador de consultas
tarde más tiempo en realizar la búsqueda de los datos a través del índice que
en realizar un simple recorrido de la tabla. De este modo, es posible que los
índices de tablas pequeñas no se utilicen nunca; sin embargo, sigue siendo
necesario su mantenimiento a medida que cambian los datos de la tabla.
Se recomienda utilizar una longitud corta en
la clave de los índices agrupados. Los índices agrupados también mejoran si se
crean en columnas únicas o que no admitan valores NULL.
Un índice único en lugar de un índice no
único con la misma combinación de columnas proporciona información adicional al
optimizador de consultas y, por tanto, resulta más útil.
Hay que tener en cuenta el orden de las
columnas si el índice va a contener varias columnas. La columna que se utiliza
en la cláusula WHERE en una condición de búsqueda igual a (=), mayor que
(>), menor que (<) o BETWEEN, o que participa en una combinación, debe
situarse en primer lugar. Las demás columnas deben ordenarse basándose en su
nivel de diferenciación, es decir, de más distintas a menos distintas.
Index en mysql:
CREATE [UNIQUE|FULLTEXT|SPATIAL] INDEX index_name
[USING index_type]
ON tbl_name (index_col_name,...)
index_col_name:
col_name [(length)] [ASC | DESC]
Index en Oracle :
CREATE [UNIQUE|BITMAP] INDEX [esquema.]index_name
ON [esquema.]table_name [tbl_alias]
(col [ASC | DESC])
index_clause index_attribs
viernes, 18 de octubre de 2013
.bmp)
.bmp)
.bmp)
.bmp)
.bmp)
jueves, 17 de octubre de 2013
.bmp)
.bmp)
.bmp)
lunes, 14 de octubre de 2013
BITÁCORA EN BASE DE
DATOS
- Que es una Bitácora:
Herramienta que permite registrar, analizar, detectar y notificar
eventos que sucedan en cualquier sistema de información utilizado en las organizaciones.
La estructura más ampliamente usada para grabar las modificaciones de la base de
datos.
- Cual es la importancia de las llaves foráneas
recuperar información ante incidentes de cual es la seguridad, detección
de comportamiento importancia de inusual, información ? para resolver una
bitácora problemas, evidencia legal, es de gran ayuda en las tareas de cómputo
forense
Permite guardar las transacciones realizadas sobre una base de
datos en especifico, de tal manera que estas transacciones puedan ser auditadas
y analizadas posteriormente.Pueden obtenerse datos específicos de la transacción
como son la Operación que se realizo, el Usuario de BD yWindows, Fecha, Maquina
y Programa.
Alertas Registro y envío de
notificaciones al momento en que se produzca un evento de modificación de datos
en los sistemas de acuerdo a los criterios definidos por el usuario.Envió de las
notificaciones al correo electrónico de los usuarios especificados para cada
alerta, con posibilidad de envío de mensaje a un teléfono móvil.
Estrucutura de la Bitacora
La
estructura más ampliamente usada para
grabar las modificaciones de la base de datos es la Bitácora.
Cada
registro de la bitácora escribe una única escritura de base de datos y tiene lo
siguiente :
- Nombre de la transacción :
Nombre de la transacción que realizó la operación de escritura.
- Nombre del dato : El nombre
único del dato escrito.
- Valor antiguo : El valor del
dato antes de la escritura.
- Valor nuevo : El valor que
tendrá el dato después de la escritura.
Existen
otros registros de bitácora especiales para grabar sucesos importantes durante
el proceso de transacción tales como :
< T1, inicio >
< T1, x, v1, v2 >
< T1, commit >
< T1, x, v1, v2 >
< T1, commit >
Es
fundamental que siempre se cree un registro en la bitácora cuando se realice
una escritura antes de que se modifique la base de datos.
También tenemos la posibilidad de deshacer una modificación que ya se ha escrito en la base de datos, esto se realizará usando el campo del valor antiguo de los registros de la bitácora.
Los registros de la bitácora deben residir en memoria estable como resultado el volumen de datos en la bitácora puede ser exageradamente grande.
También tenemos la posibilidad de deshacer una modificación que ya se ha escrito en la base de datos, esto se realizará usando el campo del valor antiguo de los registros de la bitácora.
Los registros de la bitácora deben residir en memoria estable como resultado el volumen de datos en la bitácora puede ser exageradamente grande.
Enseguida plantearé un
ejemplo deuna bitácora desarrollada para lasiguiente base de datos de MySQL.
CREATE DATABASE
proyecto;USE proyectoCREATE TABLE IF NOT EXISTS `carrera` (`clave_carrera`
int(11) NOT NULL,`nom_carrera` varchar(20) NOT NULL, `num_depto` int(11) NOT
NULL, PRIMARY KEY(`clave_carrera`), KEY `num_depto` (`num_depto`) )
ENGINE=InnoDB DEFAULTCHARSET=latin1;CREATE TABLE IF NOT EXISTS `departamento` (
`num_departamento` int(11) NOTNULL,`nombre_dept` varchar(20) NOT NULL,
`jefe_num_tarjet` int(11) NOT NULL,PRIMARY KEY (`num_departamento`), KEY
`jefe_num_tarjet` (`jefe_num_tarjet`) )ENGINE=InnoDB DEFAULT CHARSET=latin1;CREATE
TABLE IF NOT EXISTS `maestros` (`num_tarjeta` int(11) NOT NULL
DEFAULT’0′,`nombre` varchar(50) DEFAULT NULL, PRIMARY KEY
(`num_tarjeta`))ENGINE=InnoDB DEFAULT CHARSET=latin1;
La estructura de la tabla bitácora sería la siguiente:La estructura de
la tabla bitácora sería la siguiente:CREATE TABLE IF NOT EXISTS `bitacora`
(`id` int(11) NOT NULL AUTO_INCREMENT,`operacion` varchar(10) DEFAULT NULL,
`usuario` varchar(40) DEFAULT NULL,`host` varchar(30) NOT NULL, `modificado`
datetime DEFAULT NULL, `tabla`varchar(40) NOT NULL, PRIMARY KEY (`id`) )
ENGINE=InnoDB DEFAULTCHARSET=latin1 AUTO_INCREMENT=1 ;
miércoles, 9 de octubre de 2013
Comparar la Partición de Disco y el
Sistema de Archivos
Un sistema de
archivos son los métodos y estructuras de datos que un sistema operativo
utiliza para seguir la pista de los archivos de un disco o partición; es decir,
es la manera en la que se organizan los archivos en el disco. El término
también es utilizado para referirse a una partición o disco que se está
utilizando para almacenamiento, o el tipo del sistema de archivos que utiliza.
Así uno puede decir “tengo dos sistemas de archivo” refiriéndose a que tiene
dos particiones en las que almacenar archivos, o que uno utiliza el sistema de
“archivos extendido”, refiriéndose al tipo del sistema de archivos.
La diferencia
entre un disco o partición y el sistema de archivos que contiene es importante.
Unos pocos programas (incluyendo, razonablemente, aquellos que crean sistemas
de archivos) trabajan directamente en los sectores crudos del disco o
partición; si hay un archivo de sistema existente allí será destruido o
corrompido severamente. La mayoría de programas trabajan sobre un sistema de
archivos, y por lo tanto no utilizarán una partición que no contenga uno (o que
contenga uno del tipo equivocado).
Antes de que una
partición o disco sea utilizada como un sistema de archivos, necesita ser
iniciada, y las estructura de datos necesitan escribirse al disco. Este proceso
se denomina construir un sistema de archivos.
La mayoría de los
sistema de archivos UNIX tienen una estructura general parecida, aunque los
detalles exactos pueden variar un poco. Los conceptos centrales son superbloque,
nodo-i, bloque de datos, bloque de directorio, y bloque
de indirección. El superbloque tiene información del sistema de archivos en
conjunto, como su tamaño (la información precisa aquí depende del sistema de
archivos). Un nodo-i tiene toda la información de un archivo, salvo su nombre.
El nombre se almacena en el directorio, junto con el número de nodo-i. Una
entrada de directorio consiste en un nombre de archivo y el número de nodo-i
que representa al archivo. El nodo-i contiene los números de varios bloques de
datos, que se utilizan para almacenar los datos en el archivo. Sólo hay espacio
para unos pocos números de bloques de datos en el nodo-i; en cualquier caso, si
se necesitan más, más espacio para punteros a los bloques de datos son
colocados de forma dinámica. Estos bloques colocados dinámicamente son bloques
indirectos; el nombre indica que para encontrar el bloque de datos, primero hay
que encontrar su número en un bloque indirecto.
Linux soporta una
gran cantidad de tipos diferentes de sistemas de archivos. Para nuestros
propósitos los más importantes son:
minix
El
más antiguo y supuestamente el más fiable, pero muy limitado en características
(algunas marcas de tiempo se pierden, 30 caracteres de longitud máxima para los
nombres de los archivos) y restringido en capacidad (como mucho 64 MB de tamaño
por sistema de archivos).
xia
Una
versión modificada del sistema de archivos minix que eleva los límites de
nombres de archivos y tamaño del sistema de archivos, pero por otro lado no
introduce características nuevas. No es muy popular, pero se ha verificado que
funciona muy bien.
ext3
El
sistema de archivos ext3 posee todas las propiedades del sistema de archivos
ext2. La diferencia es que se ha añadido una bitácora (journaling). Esto mejora
el rendimiento y el tiempo de recuperación en el caso de una caída del sistema.
Se ha vuelto más popular que el ext2.
ext2
El
más sistema de archivos nativo Linux que posee la mayor cantidad de
características. Está diseñado para ser compatible con diseños futuros, así que
las nuevas versiones del código del sistema de archivos no necesitará rehacer
los sistemas de archivos existentes.
ext
Una
versión antigua de ext2 que no es compatible en el futuro. Casi nunca se
utiliza en instalaciones nuevas, y la mayoría de la gente que lo utilizaba han
migrado sus sistemas de archivos al tipo ext2.
reiserfs
Un
sistema de archivos más robusto. Se utiliza una bitácora que provoca que la
pérdida de datos sea menos frecuente. La bitácora es un mecanismo que lleva un
registro por cada transacción que se va a realizar, o que ha sido realizada.
Esto permite al sistema de archivos reconstruirse por sí sólo fácilmente tras
un daño ocasionado, por ejemplo, por cierres del sistema inadecuados.
Existe
generalmente poca ventaja en utilizar muchos sistemas de archivos distintos.
Actualmente, el más popular sistema de archivos es ext3, debido a que es un
sistema de archivos con bitácora. Hoy en día es la opción más inteligente.
Reiserfs es otra elección popular porque también posee bitácora. Dependiendo de
la sobrecarga del listado de estructuras, velocidad, fiabilidad (percibible),
compatibilidad, y otras varias razones, puede ser aconsejable utilizar otro
sistema de archivos. Estas necesidades deben decidirse en base a cada caso.
Un sistema de
archivos que utiliza bitácora se denomina sistema de archivos con bitácora. Un
sistema de archivos con bitácora mantiene un diario, la bitácora, de lo que ha
ocurrido en el sistema de archivos. Cuando sobreviene una caída del sistema, o
su hijo de dos años pulsa el botón de apagado como el mío adora hacer, un
sistema de archivos con bitácora se diseña para utilizar los diarios del
sistema de archivos para recuperar datos perdidos o no guardados. Esto reduce la
pérdida de datos y se convertirá en una característica estándar en los sistemas
de archivos de Linux. De cualquier modo, no extraiga una falsa sensación de
seguridad de esto. Como todo en esta vida, puede haber errores. Procure siempre
guardar sus datos para prevenir emergencias.
Un sistema de
archivos se crea, esto es, se inicia, con el comando mkfs. Existen en
realidad programas separados para cada tipo de sistemas de archivos. mkfs
es únicamente una careta que ejecuta el programa apropiado dependiendo del tipo
de sistemas de archivos deseado. El tipo se selecciona con la opción -t fstype.
Los programas a
los que -t fstype llama tienen líneas de comando ligeramente diferentes. Las
opciones más comunes e importantes se resumen más abajo; vea las páginas de
manual para más información.
-t fstype
Selecciona
el tipo de sistema de archivos.
-c
Busca
bloques defectuosos e inicia la lista de bloques defectuosos en consonancia.
-l filename
Lee
la lista inicial de bloques defectuosos del archivo dado.
Para crear un
sistema de archivos ext2 en un disquete, se pueden introducir los siguiente
comandos:
$ fdformat -n /dev/fd0H1440
Double-sided, 80 tracks, 18 sec/track. Total
capacity
1440 kB.
Formatting ... done
$ badblocks /dev/fd0H1440 1440 $>$
bad-blocks
$ mkfs -t ext2 -l bad-blocks
/dev/fd0H1440
mke2fs 0.5a, 5-Apr-94 for EXT2 FS 0.5, 94/03/10
360 inodes, 1440 blocks
72 blocks (5.00%) reserved for the super user
First data block=1
Block size=1024 (log=0)
Fragment size=1024 (log=0)
1 block group
8192 blocks per group, 8192 fragments per group
360 inodes per group
Writing inode tables: done
Writing superblocks and filesystem accounting information:
done
$
Primero el
disquete es formateado (la opción -n impide la validación, esto es, la
comprobación de bloques defectuosos). A continuación se buscan los bloques
defectuosos mediante badblocks, con la salida redirigida a un archivo, bad-blocks.
Finalmente, se crea el sistema de archivos con la lista de bloques defectuosos
iniciada con lo que hubiera encontrado badblocks.
Tipos de particiones
Hay dos clases de
particiones: primarias y extendidas.
Una partición primaria es una
única unidad lógica para el ordenador. Además puede ser reconocida como una
partición de arranque.
En cambio la partición
extendida puede tener más de una unidad lógica. Tampoco es una unidad de
arranque.
La partición primaria puede contener un sistema operativo para arrancar.
Una de las particiones primarias se llama la partición activa y es la de arranque. El ordenador busca en esa partición activa el arranque del sistema.
La partición primaria puede contener un sistema operativo para arrancar.
Una de las particiones primarias se llama la partición activa y es la de arranque. El ordenador busca en esa partición activa el arranque del sistema.
Cuando hay varios sistemas
operativos instalados, la partición activa tiene un pequeño programa llamado gestor
de arranque, que presenta un pequeño menú que permite elegir qué sistema
operativo se arranca.
En un disco puede haber 4 particiones primarias o 3 primarias y 1 extendida.
En un disco puede haber 4 particiones primarias o 3 primarias y 1 extendida.
Cuando se crean las
particiones, se graba en el sector de arranque del disco (MBR), una pequeña
tabla que indica dónde empieza y dónde acaba cada partición, el tipo de
partición que es y si es o no la partición activa.
Resumiendo, podemos
considerar tres tipos de particiones:
La primaria: La puede
utilizar como arranque el MBR (sector de arranque) del disco.
La extendida: no la puede utilizar el MBR como arranque. Se inventó para romper la limitación de 4 particiones primarias en un disco. Es como si se tratara de una primaria subdividida en lógicas más pequeñas.
La partición lógica: ocupa parte de la extendida o su totalidad.
Algunos sistemas operativos modernos se pueden instalar en cualquier tipo de partición, pero el sector de arranque del disco necesita una primaria. Por lo demás no hay diferencia entre ellas en cuanto a rendimiento.
Si está instalando el sistema operativo por primera vez, puede aprovechar la instalación para establecer un mínimo de tres particiones (una primaria y una extendida con dos unidades lógicas), así deja dos primarias disponibles para el futuro. Deje espacio del disco sin asignar para definir con posterioridad, particiones nuevas.
La extendida: no la puede utilizar el MBR como arranque. Se inventó para romper la limitación de 4 particiones primarias en un disco. Es como si se tratara de una primaria subdividida en lógicas más pequeñas.
La partición lógica: ocupa parte de la extendida o su totalidad.
Algunos sistemas operativos modernos se pueden instalar en cualquier tipo de partición, pero el sector de arranque del disco necesita una primaria. Por lo demás no hay diferencia entre ellas en cuanto a rendimiento.
Si está instalando el sistema operativo por primera vez, puede aprovechar la instalación para establecer un mínimo de tres particiones (una primaria y una extendida con dos unidades lógicas), así deja dos primarias disponibles para el futuro. Deje espacio del disco sin asignar para definir con posterioridad, particiones nuevas.
martes, 8 de octubre de 2013
ORGANIZACIÓN DE EVENTOS
CODIGO :
CREATE TABLE CLIENTE(numCL tinyint (6),
nombreCL char (25),
rfcCL char(13),
telefonoCL varchar(10),
direccionCL varchar (50),
correo varchar(50),
PRIMARY KEY(numCL));
CREATE TABLE EJECUTIVO(claveEJ char(3),
nombreEJ char (20),
contrasenaEJ char (5),
PRIMARY KEY(claveEJ));
CREATE TABLE EMPLEADO(claveEM char(2),
nombreEM char (25),
puestoEM char (20),
PRIMARY KEY(claveEM));
CREATE TABLE PROVEEDOR(numPROVE tinyint(6),
nomPROVE char(25),
nomEmpresaPROVE varchar (30),
telefonoPROVE varchar (10),
rfcPROVE char (10),
correoPROVE varchar (20),
direccionPROVE char(50),
claveSE char(20),
nomSE char(20),
precioSE varchar(10),
descripccionSE char(100),
PRIMARY KEY(numPROVE));
CREATE TABLE LUGAR(claveL char(20),
nomL varchar(20),
preciol varchar(10),
capacidad tinyINT(3),
PRIMARY KEY(claveL));
CREATE TABLE MENU(claveM char(20),
nomM char(20),
descripcionM char(20),
precioM varchar(20),
PRIMARY KEY(claveM));
CREATE TABLE BEBIDA(claveB char(20),
nomB char(20),
precioB varchar(10),
descripccionB char(100),
PRIMARY KEY(claveB));
CREATE TABLE SERVICIO(claveS char(20),
nomS char(20),
precioS varchar(10),
descripccionS char(100),
PRIMARY KEY(claveS));
CREATE TABLE ORDEN(numOR tinyint(6),
tipocambio char (4),
fecha date,
numCL tinyint (6),
claveEJ char(3),
claveEM char(2),
claveL char(20),
claveM char(20),
claveB char(20),
claveS char(20),
FOREIGN KEY(numCL)REFERENCES CLIENTE(numCL),
FOREIGN KEY(claveEJ)REFERENCES EJECUTIVO(claveEJ),
FOREIGN KEY(claveEM)REFERENCES EMPLEADO(claveEM),
FOREIGN KEY(claveL)REFERENCES LUGAR(claveL),
FOREIGN KEY(claveM)REFERENCES MENU(claveM),
FOREIGN KEY(claveB)REFERENCES BEBIDA(claveB),
FOREIGN KEY(claveS)REFERENCES SERVICIO(claveS));
Suscribirse a:
Entradas (Atom)