Base de Datos

Universidad Autnoma del Estado de Mxico

Centro Universitario Valle de Chalco

Horacio J. Tacubeo Cruz L. Ciencias de la Informtica

Sistema de Archivos
Conjunto de archivos normales que contiene informacin. Inicialmente la informacin se almacenaba en archivos planos y se construan programas que manipulaban los datos.

L.C.I. Horacio J. Tacubeo Crz

Sistema de Archivos
DESVENTAJAS: Informacin redundante. Problemas en la integridad de la informacin (no se realizan todos los cambios en todos los archivos que contienen el dato modificado). Problemas en compartir informacin. Complejo control de acceso a la informacin (semforos y memoria compartida). Baja disponibilidad de informacin, si un usuario usa un recurso, nadie ms puede utilizarla.
L.C.I. Horacio J. Tacubeo Crz

Sistemas de Bases de Datos Jerrquicas

Organizadas bajo una estructura de rbol, el problema que presentan es que la relacin slo se presenta en un sentido y direccin.

Como se observa, slo existe una trayectoria para llegar a un punto, en este caso el punto C. Este es un esquema poco flexible por lo que surge la idea de eliminar la deficiencia del Sistemas de Base de Datos Jerrquica y se crea el Sistema de Bases de Datos de Red

L.C.I. Horacio J. Tacubeo Crz

Definicin de BDR
Sistemas de almacenamiento masivo de informacin. Conjunto de datos relacionados, con una determinada estructura lgica, almacenados fsicamente en forma de ficheros informticos.

L.C.I. Horacio J. Tacubeo Crz

Ventajas de las bases de datos

Independencia de datos y tratamiento Cambio en datos no implica cambio en programas y viceversa (menor coste de mantenimiento) Coherencia de resultados Reduce redundancia Acciones lgicamente nicas Se evita inconsistencia Mejora en la disponibilidad de datos No hay dueo de datos Ni aplicaciones ni usuarios Guardamos descripcin (Idea de catlogos).
L.C.I. Horacio J. Tacubeo Crz

Ventajas de las bases de datos

Cumplimiento de ciertas normas Restricciones de seguridad Accesos (Usuarios a datos) Operaciones (Operaciones sobre datos) Otras ventajas : Ms eficiente gestin de almacenamiento

L.C.I. Horacio J. Tacubeo Crz

Ventajas de las bases de datos

Referido a: Los Datos Ventajas: Independencia de los datos respecto a los tratamientos y viceversa Mejor disponibilidad de los mismos Mayor eficiencia en la recogida, codificacin y entrada Mayor coherencia Mayor valor informativo Mejor y mas normalizada la documentacin de la informacin Acceso mas rpido y sencillo de los usuarios finales Mas facilidades para compartir los datos por el conjunto de usuarios mayor flexibilidad para atender a demandas cambiantes
L.C.I. Horacio J. Tacubeo Crz

Los Resultados

Los Usuarios

Desventajas de la Bases de Datos

Fuerte coste inicial: Programa Personal Equipos Rentable a medio o largo plazo No hay standard No solo se puede cambiar datos sino tambin el Enfoque del sistema

L.C.I. Horacio J. Tacubeo Crz

MODELO DE DATOS.
Representacin grfica del mundo real, nos sirve para:
Organizar la informacin. Definir unidades de datos y sus relaciones. Planear y comunicar ideas.

L.C.I. Horacio J. Tacubeo Crz

Entidad
Objeto de inters principal o importante para el usuario dentro del sistema. Generalmente es una persona, un lugar, una cosa, o un evento.

L.C.I. Horacio J. Tacubeo Crz

Atributos
Son caractersticas o calificadores que proporcionan informacin detallada de una entidad. Los atributos son identificados generalmente al realizar entrevistas con el usuario, otras fuentes de informacin son: reportes, facturas, formatos, etc. Los atributos se clasifican en identificadores y descriptores.

L.C.I. Horacio J. Tacubeo Crz

INSTANCIA DE UNA ENTIDAD

Es una ocurrencia particular o individual de una entidad. Por ejemplo: En un sistema de rentas de pelculas, podemos encontrar una entidad que almacena la informacin de una pelcula.

L.C.I. Horacio J. Tacubeo Crz

Identificador
Identifican de manera nica una instancia dentro de una entidad. No permiten el almacenamiento de valores nulos.

L.C.I. Horacio J. Tacubeo Crz

Descriptores
Describen todas las caractersticas de la entidad, normalmente aceptan valores duplicados. Permite almacenar valores nulos. El descriptor es una clave ajena de la relacin R2. EDITORIAL( NOMBRE_E, DIRECCION, CIUDAD, PAIS ); PK: NOMBRE_E LIBRO( CODIGO,TITULO,IDIOMA,...., NOMBRE_E ); PK:CODIGO FK:NOMBRE_E La clave fornea, NOMBRE_E podra ser null, ya que en un momento determinado podramos no conocer la editorial de un libro. Esta clave que referencia a EDITORIAL debe concordar con la clave primaria de EDITORIAL.
L.C.I. Horacio J. Tacubeo Crz

ATRIBUTOS DERIVADOS:
Atributos cuyo valor depende de otros atributos. Normalmente NO debe almacenarse, a menos que sean prescindibles para los procesos finales.

L.C.I. Horacio J. Tacubeo Crz

Dominio
Conjunto de valores vlidos asociados a un atributo. Ejemplo: Tipo de pelcula: deportes, accin, musicales, terror, suspenso, cmicas, etc.

L.C.I. Horacio J. Tacubeo Crz

Terminologa Equivalente
Entidad = tabla Tupla = registro, fila o rengln Atributo = campo o columna Clave = llave o cdigo de identificacin Clave Candidata = superclave mnima Clave Primaria = clave candidata elegida Clave Ajena = clave externa o clave fornea Clave Alternativa = clave secundaria
L.C.I. Horacio J. Tacubeo Crz

Tabla
Tabla en las bases de datos, se refiere al tipo de modelamiento de datos, donde se guardan los datos recolectados por un programa.
Las tablas se componen de dos estructuras:
Campo: Corresponde al nombre de la columna. Debe ser nico y adems de tener un tipo de dato asociado. Registro: Corresponde a cada fila que compone la tabla. All se componen los datos y los registros. Eventualmente pueden ser nulos en su almacenamientos.
L.C.I. Horacio J. Tacubeo Crz

Columna
Una columna es un conjunto de valores de datos de un simple tipo particular, uno por cada fila de la tabla.

L.C.I. Horacio J. Tacubeo Crz

Registro
Un registro es un conjunto de campos que contienen los datos que pertenecen a una misma repeticin de entidad. Se le asigna automticamente un nmero consecutivo (nmero de registro) que en ocasiones es usado como ndice aunque lo normal y prctico es asignarle a cada registro un campo clave para su bsqueda

L.C.I. Horacio J. Tacubeo Crz

Tabla

L.C.I. Horacio J. Tacubeo Crz

Definicin Tablas - Campos

En la definicin de cada campo, debe existir un nombre nico, con su tipo de dato correspondiente. Esto es til a la hora de manejar varios campos en la tabla, ya que cada nombre de campo debe ser distinto entre s.
A los campos se les puede asignar, adems, propiedades especiales que afectan a los registros insertados. El campo puede ser definido como ndice o autoincrementable, lo cual permite que los datos de ese campo cambien solos o sean el principal indicar a la hora de ordenar los datos contenidos.

Cada tabla creada debe tener un nombre nico en la cada Base de Datos, hacindola accesible mediante su nombre o su sinnimo (dependiendo del tipo de base de datos elegida).
La estructura de las tablas viene dado por la forma de un archivo plano, los cuales en un inicio se componan de un modo similar.
L.C.I. Horacio J. Tacubeo Crz

PASOS EN EL DISEO DE UNA BD

1. Identificar los objetos principales dentro del sistema. 2. Definir los objetos principales. 3. Hacer el diagrama Entidad-Relacin (establecer las relaciones entre objetos). 4. Resolver el modelo lgico. 5. Normalizar el modelo lgico. 6. Convertir el modelo lgico a un esquema fsico.
L.C.I. Horacio J. Tacubeo Crz

MODELO ENTIDAD-RELACION
Formalizado por C. W. Bachman a finales de 1960; sus beneficios son:
Esquematizar las relaciones entre entidades. Manejar mucha informacin de manera sencilla. Facilitar su entendimiento. Excelente fuente de documentacin. Mapeo directo en la construccin de una BDR.

L.C.I. Horacio J. Tacubeo Crz

Diagramas E-R
Los diagramas entidad relacin son herramientas poderosas que permiten modelar la informacin en base a las necesidades de una compaa o empresa. Juegan un papel muy importante en la metodologa del diseo de BDR. Son una excelente fuente de documentacin para los usuarios, desarrolladores de aplicaciones y administradores de BD. Se utilizan para crear el diseo fsico de una BD.

L.C.I. Horacio J. Tacubeo Crz

Diagramas E-R
C.W.Bachman formaliz los diagramas utilizados en los modelos de datos EntidadRelacin a finales de los 60`s. El estilo de Bachman proporciona una sintaxis diagramtica que es fcil de entender, esta sintaxis es usada por muchas herramientas automatizadas CASE.

L.C.I. Horacio J. Tacubeo Crz

Diagramas E-R
SIMBOLOGIA:

L.C.I. Horacio J. Tacubeo Crz

Diagramas E-R
Simbologia:

L.C.I. Horacio J. Tacubeo Crz

Relacin
Representa asociaciones del mundo real entre entidades. Una relacin esta asociada normalmente a un verbo o una preposicin que establece la conexin entre dos entidades. Identificar y entender las entidades y las relaciones entre ellas, es la parte ms importante en el diseo de BDR.

L.C.I. Horacio J. Tacubeo Crz

Relacin
Las relaciones entre entidades se describen en trminos de:
CONECTIVIDAD: Describe el nmero de instancias de una entidad asociadas a otra entidad.
Tipos de Conectividad Uno a uno 1: 1 Uno a muchos 1: M Muchos a muchos M: N

L.C.I. Horacio J. Tacubeo Crz

Reglas para conectividad

En un sentido:
1:1 1:1 M:1

En sentido contrario:
1:1 1:M 1:1

Resultante:
1:1 1:M 1:M

M:1
M:1

1:1
1:N

M:1
M:N

L.C.I. Horacio J. Tacubeo Crz

Cardinalidad
Restriccin de la conectividad en las relaciones.
Define el nmero exacto de instancias asociadas entre las entidades. Ejemplo: Sistema de Renta de Pelculas. Renta 1:5 Pelculas 1:N 1:M
L.C.I. Horacio J. Tacubeo Crz

DEPENDENCIA DE EXISTENCIA:
Descripcin de la dependencia de existencia de una entidad dentro de una relacin, esta puede ser obligatoria u opcional.
Obligatoria: La existencia de una instancia dentro de una entidad es requerida para que s de la relacin. Opcional: La existencia de una instancia dentro de una entidad no es necesaria para que exista la relacin.
L.C.I. Horacio J. Tacubeo Crz

DEPENDENCIA DE EXISTENCIA:
Determine la dependencia de existencia entre las relaciones del sistema de renta de pelculas.

L.C.I. Horacio J. Tacubeo Crz

Eliminacin Errores ER
Relaciones Uno Uno
Generalmente una de las entidades es un subconjunto de la otra, por ejemplo: Para eliminar las relaciones 1 : 1, es necesario unir las entidades involucradas en una sola entidad. Las relaciones uno a uno de las entidades es un subconjunto de la otra.

L.C.I. Horacio J. Tacubeo Crz

Eliminacin Errores ER
Crear una nueva entidad que separe las entidades donde se presenta la relacin M : N. Para establecer fsicamente las relaciones entre tablas necesitamos de atributos especiales: las llaves primarias y forneas o secundarias.

L.C.I. Horacio J. Tacubeo Crz

ndice nico
Un ndice es un mecanismo de acceso rpido, que recupera los datos desde una relacin, Similar a la indexacin de un libro

L.C.I. Horacio J. Tacubeo Crz

Tipos de Indices
Los Clustered Indexes son ndices que controlan el orden fsico de las filas en la tabla, por lo cual solo puede existir uno para cada tabla. Los Non-Clustered indexes son ndices que mantienen un sub conjunto de las columnas de la tabla en orden. Estos indices no modifican el orden de las filas de la tabla, en lugar de esto mantienen una lista ordenada de referencias a filas de la tabla original.
L.C.I. Horacio J. Tacubeo Crz

LLAVES PRIMARIAS:
Atributo o combinacin de atributos que identifican de manera nica una instancia dentro de una entidad. Una entidad debe tener una llave primaria, y no permitir el almacenamiento de valores nulos. Se recomienda que las llaves primarias sean valores numricos o cadenas cortas de caracteres.
Las llaves primarias pueden ser simples (involucran un solo atributo), compuestas (constituida por dos o ms atributos). En algunos casos es posible contar con llaves generadas por el sistema.
L.C.I. Horacio J. Tacubeo Crz

Caractersticas llaves Primarias

No acepta valores nulos. Deben almacenar valores nicos. No dependen del orden de almacenamiento.

L.C.I. Horacio J. Tacubeo Crz

Sugerencias para llaves Forneas

Debe ser un solo campo Debe ser sin significado Se recomienda que sean auto numricos No debe cambiar con el tiempo

L.C.I. Horacio J. Tacubeo Crz

LLAVES FORNEAS O SECUNDARIAS

Utilizada para establecer las relaciones entre entidades.
CARACTERSTICAS DE LAS LLAVES FORNEAS. Son llaves primarias de otra entidad. Aceptan valores nulos. Pueden modificarse. Una entidad puede tener mltiples llaves secundarias. Aceptan valores duplicados.

L.C.I. Horacio J. Tacubeo Crz

Eliminacin Errores ER
RELACIN COMPLEJA: Normalmente asocia tres o ms entidades. Difcil de evaluar. No se puede trasladar a un esquema de BD. Solucin: Se debe definir una nueva entidad que relacione las entidades involucradas teniendo ahora tres relaciones simples (binarias) entre las entidades.

L.C.I. Horacio J. Tacubeo Crz

Eliminacin Errores ER
RELACIONES RECURSIVAS: Asociacin entre instancias de la misma entidad.
No se presentan frecuentemente. Pueden implementarse en un esquema de BDR

L.C.I. Horacio J. Tacubeo Crz

Especificacin de Atributos
Es de vital importancia asignar correctamente las especificaciones de cada atributo de una entidad:
Nombre del atributo. Tipo de dato. Valores nulos. nico (no-duplicados). Candidatos a llaves. Llave primaria.

Llave secundaria.

L.C.I. Horacio J. Tacubeo Crz

NOMBRES DE ATRIBUTOS
Se debe considerar una convencin de nombres, para incluir informacin adicional al atributo: a) Indica el tipo de informacin que almacena. b) A que tabla pertenece. c) Con significado para el usuario. Evitar (sinnimos) que los nombres sean distintos y que tengan la misma informacin.
Tambin es importante que los nombres no sean iguales (homnimos). para atributos que almacenan informacin totalmente distinta.

L.C.I. Horacio J. Tacubeo Crz

Tipos valores atributos

NULO: Valor especial que se puede almacenar o asociar a un atributo, no es un cero ni tampoco un blanco. Representa ausencia de valor: se aplica si el valor es no conocido, no tenemos informacin.. VALORES NICOS: Es una caracterstica que podemos asociar a un atributo, no permite almacenar valores duplicados.

L.C.I. Horacio J. Tacubeo Crz

Normalizacin
Proceso mediante el cual se transforman datos complejos a un conjunto de estructuras de datos ms pequeas, que adems de ser ms simples y ms estables, son ms fciles de mantener

L.C.I. Horacio J. Tacubeo Crz

Sugerencias para Normalizacin

Antes de avanzar con el diseo de la tabla, es importante que sepa exactamente qu pretende hacer con los datos y cmo cambiarn en el transcurso del tiempo. Las decisiones que tome afectarn al futuro diseo.

L.C.I. Horacio J. Tacubeo Crz

Sugerencias para Normalizacin

Debe estar seguro de que datos se necesitan
Cul es la apariencia de los informes? De dnde viene cada dato? Dispongo de todos los datos? Se han importado de otro origen? Hay que limpiarlos o comprobarlos? El usuario escribe datos?

Tener una idea clara de qu datos se necesitan y de cul es su procedencia.

L.C.I. Horacio J. Tacubeo Crz

Sugerencias para Normalizacin

Qu va a hacer con los datos
Los usuarios tendrn que editar los datos? cmo se deben mostrar los datos para que los usuarios puedan comprenderlos y editarlos? Hay reglas de validacin y tablas de bsqueda relacionada? Hay cuestiones de auditora asociadas a la entrada de datos que hagan necesario el mantenimiento de copias de seguridad de las ediciones y eliminaciones? Qu tipo de resumen se debe mostrar al usuario? Debe generar archivos de exportacin?
L.C.I. Horacio J. Tacubeo Crz

Ventajas Normalizacin
Simplificar una estructura de datos compleja Menos repeticin de datos Ocupa menos espacio en disco que una no normalizada

L.C.I. Horacio J. Tacubeo Crz

Grados de normalizacin
Existen tres niveles de normalizacin bsicos:
Regla Primera Forma Normal (1FN) Descripcin

Incluye la eliminacin de todos los grupos repetidos.

Asegura que todas las columnas que no son llave sean completamente dependientes de la llave primaria (PK).

Segunda Forma Normal (2FN)

Tercera Forma Normal (3FN)

Elimina cualquier dependencia transitiva. Una dependencia transitiva es aquella en la cual las columnas que no son llave son dependientes de otras columnas que tampoco son llave.

L.C.I. Horacio J. Tacubeo Crz

Normalizacin
Primera Forma Normal La regla de la Primera Forma Normal establece que las columnas repetidas deben eliminarse y colocarse en tablas separadas.
Segunda Forma Normal La regla de la Segunda Forma Normal establece que todas las dependencias parciales se deben eliminar y separar dentro de sus propias tablas. Una dependencia parcial es un trmino que describe a aquellos datos que no dependen de la llave primaria de la tabla para identificarlos. Tercera Forma Normal Una tabla est normalizada en esta forma si todas las columnas que no son llave son funcionalmente dependientes por completo de la llave primaria y no hay dependencias transitivas. Comentamos anteriormente que una dependencia transitiva es aquella en la cual existen columnas que no son llave que dependen de otras columnas que tampoco son llave.

L.C.I. Horacio J. Tacubeo Crz

Normalizacin Cero
Un dato sin normalizar no cumple con ninguna regla de Normalizacin.
FECHA 2/23/03 2/23/03 2/23/03 2/25/03 2/27/03 2/27/03 ID_ORDEN 2301 2301 2301 2302 2303 2303

ID_CLIENT E
101 101 101 107 110 110

NOM_CLIE NTE
MARTI MARTI MARTI HERMAN

ESTADO CA CA CA WI MI MI

NUM_ITE M
3786 4011 9132 5794 4011 3141

DESC_ITE M
RED RAQUETA PAQ-3 PAQ-6 RAQUETA FUNDA 3 6 8 4 2 2

CANT

PRECIO 35 65 4.75 5.0 65 10

WESPORTS
WESPORTS

Contienen un grupo repetido para NUM_ITEM, DESC_ITEM, CANT y PRECIO. La 1FN prohibe los grupos repetidos, por lo tanto tenemos que convertir a la primera
forma normal

L.C.I. Horacio J. Tacubeo Crz

1 Forma Normal
Tenemos que eliminar los grupos repetidos. Tenemos que crear una nueva tabla con la PK de la tabla base y el grupo repetido.
ID_ORDEN FECHA 2/23/03 2/25/03 ID_CLIENTE 101 107 NOM_CLIENT E MARTI HERMAN ESTADO CA WI

ORDENES

2301 2302

2303
ID_ORDEN 2301 2301

2/27/03
NUM_ITEM 3786 4011 9132 5794

110
DESC_ITEM RED RAQUETA PAQ-3 PAQ-6 CANT 3 6 8 4

WE-SPORTS
PRECIO 35 65 4.75 5.0

MI

Artculos

2301 2302

2303
2303

4011
3141

RAQUETA
FUNDA

2
2

65
10

L.C.I. Horacio J. Tacubeo Crz

2 Forma Normal
La tabla ORDENES est en 2FN. Cualquier valor nico de ID_ORDEN determina un slo valor para cada columna. Por lo tanto, todas las columnas son dependientes de la llave primaria ID_ORDEN.

ORDENES
ID_ORDEN 2301 2302 FECHA 2/23/03 2/25/03 ID_CLIENTE 101 107 NOM_CLIENT E MARTI HERMAN ESTADO CA WI

2303

2/27/03

110

WE-SPORTS

MI

L.C.I. Horacio J. Tacubeo Crz

2 Forma Normal
Por su parte, la tabla ARTICULOS_ORDENES no se encuentra en 2FN ya que las columnas PRECIO y DESC_ITEM son dependientes de NUM_ITEM, pero no son dependientes de ID_ORDEN. Lo que haremos a continuacin es eliminar estas columnas de la tabla ARTICULOS_ORDENES y crear una tabla ARTICULOS con dichas columnas y la llave primaria de la que dependen.

Artculos

ID_ORDEN
2301 2301 2301 2302

NUM_ITEM
3786 4011 9132 5794

DESC_ITEM
RED RAQUETA PAQ-3 PAQ-6

CANT
3 6 8 4

PRECIO
35 65 4.75 5.0

2303
2303

4011
3141

RAQUETA
FUNDA

2
2

65
10

L.C.I. Horacio J. Tacubeo Crz

2 Forma Normal
Tenemos que eliminar cualquier columna no llave que no dependa de la llave primaria de la tabla. Los pasos a seguir son:
Determinar cules columnas que no son llave no dependen de la llave primaria de la tabla. Eliminar esas columnas de la tabla base. Crear una segunda tabla con esas columnas y la(s) columna(s) de la PK de la cual dependen Artculos Ordenes
ID_ORDEN NUM_ITEM CANT

Artculos
NUM_ITEM
3786 4011 9132 5794 4011 3141

DESC_ITEM
RED RAQUETA PAQ-3 PAQ-6 RAQUETA FUNDA 35 65

PRECIO

2301
2301

3786
4011

3
6

2301
2302 2303 2303

9132
5794 4011 3141

8
4 2 2

4.75 5.0 65 10

L.C.I. Horacio J. Tacubeo Crz

3 Forma Normal
Al observar las tablas que hemos creado, nos damos cuenta que tanto la tabla ARTICULOS, como la tabla ARTICULOS_ORDENES se encuentran en 3FN. Sin embargo la tabla ORDENES no lo est, ya que NOM_CLIENTE y ESTADO son dependientes de ID_CLIENTE, y esta columna no es la llave primaria.
Para normalizar esta tabla, moveremos las columnas no llave y la columna llave de la cual dependen dentro de una nueva tabla CLIENTES. ORDENES
ID_ORDEN FECHA ID_CLIENTE NOM_CLIENTE ESTADO

2301 2302 2303

2/23/03 2/25/03 2/27/03

101 107 110

MARTI HERMAN WE-SPORTS

CA WI MI

L.C.I. Horacio J. Tacubeo Crz

3 Forma Normal
La tercera forma normal nos dice que tenemos que eliminar cualquier columna no llave que sea dependiente de otra columna no llave. Los pasos a seguir son: Determinar las columnas que son dependientes de otra columna no llave. Eliminar esas columnas de la tabla base. Crear una segunda tabla con esas columnas y con la columna no llave de la cual son dependientes.
ORDENES
ID_ORDEN
2301 2302 2303

CLIENTES
FECHA
2/23/03 2/25/03 2/27/03

ID_CLIENTE
101 107 110

ID_CLIENTE 101 107 110

NOM_CLIENTE MARTI HERMAN WE-SPORTS

ESTADO CA WI MI

L.C.I. Horacio J. Tacubeo Crz

Deshacer la normalizacin
Duplicar los Datos para conservar informacin que puede cambiar con el paso del tiempo Conservar la direccin del cliente en el momento en que se emiti la factura (no en el momento de su creacin, ya que la informacin del cliente puede cambiar entre los dos eventos). Las descripciones y precios de los productos cambian al paso del tiempo. Si no copia los datos de la lista de precios en la tabla de artculos de lnea, no podr volver a imprimir con precisin la factura original en el futuro, lo que puede constituir un enorme problema si an no ha recibido el importe de la factura.
L.C.I. Horacio J. Tacubeo Crz

Campo sin significado en el campo de clave

Por motivos de eficacia, cada tabla debe tener un campo de clave. El campo de clave define la exclusividad en la tabla; los ndices lo utilizan en los otros campos para mejorar el rendimiento de las bsquedas.

L.C.I. Horacio J. Tacubeo Crz

Integridad Referencial
Agregar integridad referencial para reforzar la relacin. Esto evita que los campos vinculados se modifiquen incorrectamente y que se dejen registros "hurfanos" En general, el campo Id. no se debe cambiar.

L.C.I. Horacio J. Tacubeo Crz

Integridad Referencial
Las eliminaciones en cascada pueden resultar muy tiles. Por ejemplo, si tiene una tabla de facturas relacionada con una tabla de pedidos en la que una factura puede tener un nmero ilimitado de pedidos (artculos de lnea) y cada registro contiene el nmero de factura al que est vinculado, las eliminaciones en cascada permitirn eliminar el registro de factura y, automticamente, eliminar todos los registros de pedido correspondientes. As se asegura de no tener nunca un registro de pedido sin su correspondiente registro de factura.
L.C.I. Horacio J. Tacubeo Crz

Descripcin de paginas y extensiones

La unidad fundamental del almacenamiento de datos en SQL Server es la pgina. El espacio en disco asignado a un archivo de datos (.mdf o .ndf) de una base de datos se divide lgicamente en pginas numeradas de forma contigua de 0 a n. Las operaciones de E/S de disco se realizan en el nivel de pgina. Es decir, SQL Server lee o escribe pginas de datos enteras.
Pagina
8K Espacio en Disco

L.C.I. Horacio J. Tacubeo Crz

Descripcin de paginas y extensiones

Las extensiones son una coleccin de ocho pginas fsicamente contiguas; se utilizan para administrar las pginas de forma eficaz. Todas las pginas se almacenen en extensiones. Extensin
8 Paginas * 8K = 64 KB

L.C.I. Horacio J. Tacubeo Crz

Pginas
En SQL Server, el tamao de pgina es de 8 KB. Esto significa que las bases de datos de SQL Server tienen 128 pginas por megabyte. Cada pgina empieza con un encabezado de 96 bytes, que se utiliza para almacenar la informacin del sistema acerca de la pgina

L.C.I. Horacio J. Tacubeo Crz

Calculando el espacio de su BD.

Para estimar los requisitos de espacio de las tablas de una base de datos podemos realizar los siguientes pasos. Recuerde que es un estimado. Comience por determinar el tamao de una fila de la tabla. Usted puede determinar el tamao de una fila mediante el examen de sus columnas y tipos de datos.
Por ejemplo, si la tabla consta de cuatro columnas, y el tipo de datos de cada columna es de carcter con una longitud de 10, entonces el tamao de la fila es de 40 bytes (cuatro columnas * 10 caracteres por columna)
L.C.I. Horacio J. Tacubeo Crz

Calculando el espacio de su BD
Cuando se haya determinado el tamao de una fila, el siguiente paso es calcular la nmero de filas de SQL Server se puede almacenar en una pgina de 8 KB dividiendo el tamao de la pgina por el tamao de una fila. SQL Server utiliza 132 bytes de sobrecarga por pgina 8 KB.

L.C.I. Horacio J. Tacubeo Crz

Calculando el espacio de su BD
Por lo tanto, para cada pgina de 8 KB, SQL Server puede utilizar slo 8.060 bytes para almacenar la informacin: (8 pgina KB = 8.192 bytes; 8.192 bytes - 132 bytes de cabecera = 8060 bytes) calcular el nmero de filas que se utilizan en una pgina, dividir 8.060 bytes por el tamao de una sola fila.

L.C.I. Horacio J. Tacubeo Crz

Calculando el espacio de su BD
Por ejemplo, si usted estima que cada fila ser de 40 bytes, puede almacenar 201 filas por pgina (8060/40=201).

L.C.I. Horacio J. Tacubeo Crz

Calculando el espacio de su BD
Por ejemplo, Una tabla de clientes que maneja 40 000 clientes. Esto significa que usted necesitar 40.000 filas en la tabla de clientes. Si cada fila es 40 bytes, entonces usted puede almacenar 201 renglones por pgina. El espacio total necesario es de aproximadamente 200 pginas (40.000 filas divididas por 201 filas por pgina). El espacio real (en kilobytes) que se requieren para la tabla es de 200 pginas multiplicado por 8 KB =1600 KB o 1,6 MB

L.C.I. Horacio J. Tacubeo Crz

Formula para calcular el espacio en disco duro de su tabla.

Se puede utilizar la siguiente frmula para calcular la cantidad de espacio necesario para almacenar una tabla: Nmero de filas por pgina = 8060 bytes / tamao de una fila (en bytes) Nmero de pginas en la tabla = total de filas en la tabla / Nmero de filas por pgina Espacio total requerido para la tabla = n de pginas * 8 KB Ejemplo: Tabla con cuatro columnas con una longitud de 10 201 filas por pgina =8060/40. 200 = 40.000 filas / 201 filas por pgina 1600 KB o 1,6 MB = 200 pginas * 8 KB
L.C.I. Horacio J. Tacubeo Crz

Registro Transacciones
El registro de transacciones permite las siguientes operaciones: Recuperacin de transacciones individuales. Recuperacin de todas las transacciones incompletas cuando se inicia SQL Server. Puesta al da de una base de datos, un archivo, un grupo de archivos o una pgina restaurados hasta el momento exacto del error. Permitir replicacin transaccional. Compatibilidad con soluciones de alta disponibilidad y recuperacin ante desastres:

L.C.I. Horacio J. Tacubeo Crz

Calculando espacio en Disco duro para archivo de transacciones Repita estos pasos para cada tabla de la base de datos. Ahora puede estimar la cantidad total de espacio necesario para almacenar el registro de transacciones. Se recomienda que configure el tamao del registro de transacciones de una base de datos como de 10 a 25% del tamao de la base de datos. Por lo tanto: 1600KB * 25% = 400KB

L.C.I. Horacio J. Tacubeo Crz

Calculando archivos .Log

L.C.I. Horacio J. Tacubeo Crz

STRUCTURED QUERY LANGUAGE (SQL).

Similar al ingls. Permite manipular fcilmente la informacin almacenada en una BD. Desarrollado inicialmente por IBM. ANSI defini un estndar para SQL. Incluye alrededor de 45 proposiciones.

L.C.I. Horacio J. Tacubeo Crz

L.C.I. Horacio J. Tacubeo Crz

SQL Server 2000.

CREATE DATABASE database_name
database_name :Es el nombre de la nueva base de datos Los nombres de base de datos deben ser nicos en un servidor y deben seguir las reglas de los identificadores. database_name puede tener un mximo de 128 caracteres

L.C.I. Horacio J. Tacubeo Crz