Capitulo 13 (Diseño de Base de Datos) PDF

C A P Í T U L O 1 3 DISEÑO DE BASES DE DATOS
BASES DE DATOS
Las bases de datos no son sólo una colección de archivos. Una base de datos es una fuente central
de datos con el fin de que varios usuarios la compartan para su uso en varias aplicaciones. El
corazón de una base de datos es el sistema de administración de bases de datos (DBMS), el cual
permite crear, modificar y actualizar la base de datos, la recuperación de los datos y la generación
de informes y pantallas.
LOS OBJETIVOS DE EFECTIVIDAD DE LA BASE DE DATOS INCLUYEN LO SIGUIENTE:
1. Asegurar que los datos se puedan compartir entre los usuarios y en varias aplicaciones.
2. Mantener datos precisos y consistentes.
3. Asegurar que todos los datos requeridos para las aplicaciones actuales y futuras estén siempre
disponibles.
4. Permitir que la base de datos evolucione a medida que aumenten las necesidades de los
usuarios.
5. Permitir que los usuarios construyan su propia vista personal de los datos sin preocuparse por
la forma en que éstos se almacenan físicamente.
Por último, la metodología de las bases de datos tiene la ventaja de permitir que los usuarios
tengan su propia vista de los datos. Los usuarios no necesitan preocuparse de la estructura de la
base de datos ni con su almacenamiento físico.
CONCEPTOS DE DATOS
Los datos que se recopilen sobre personas, lugares o eventos en la realidad se almacenarán en
un momento dado en un archivo o en una base de datos. La información que describe a los datos
se denomina metadatos. Los metadatos están las definiciones de registros y las definiciones de
elementos de datos.
ENTIDADES
Cualquier objeto o evento sobre el que alguien decida recolectar datos es una entidad. También
puede ser una persona, lugar o cosa.
RELACIONES
Las relaciones son asociaciones entre entidades (algunas veces se les conoce como asociaciones
de datos).
ATRIBUTOS
Un atributo es cierta característica de una entidad. Puede haber muchos atributos para cada
entidad.
El término elemento de datos se puede intercambiar con la palabra atributo. Los elementos de
datos pueden tener valores. Estos valores pueden ser de longitud fija o variable; pueden ser
caracteres alfabéticos, numéricos, especiales o alfanuméricos.
Algunas veces a un elemento de datos también se le conoce como campo. Sin embargo, un
campo representa algo físico, no lógico. Por lo tanto, muchos elementos de datos se pueden
empaquetar en un campo; el campo se puede leer y convertir en varios elementos de datos. Un
ejemplo común de esto es guardar la fecha en un solo campo como MM/DD/AAAA. Para ordenar
el archivo por fecha, se extraen tres elementos de datos separados del campo y se ordenan
primero por AAAA, después por MM y finalmente por DD.
REGISTROS
Un registro es una colección de elementos de datos que tienen algo en común con la entidad
descrita.
CLAVES
Una clave es uno de los elementos de datos en un registro que se utiliza para identificarlo. Cuando
una clave identifica a un registro en forma única, se le llama clave primaria. A una clave se le
denomina clave secundaria si no puede identificar a un registro en forma única. Las claves
secundarias pueden ser únicas o pueden identificar a varios registros en una base de datos.
METADATOS
Los metadatos son datos sobre los datos del archivo o base de datos. Los metadatos describen el
nombre proporcionado y la longitud asignada a cada elemento de datos. Los metadatos también
describen la longitud y la composición de cada uno de los registros.
ARCHIVOS
Un archivo contiene grupos de registros que se utilizan para proveer información para
operaciones, planeación, administración y toma de decisiones.
TIPOS DE ARCHIVOS
Podemos usar los archivos para guardar datos durante un periodo indefinido o almacenarlos
provisionalmente con un propósito específico. Los archivos maestros y los archivos de tablas se
utilizan para almacenar datos por un periodo prolongado. Los archivos temporales por lo general
se denominan archivos de transacciones, archivos de trabajo o archivos de informes.
• Archivos maestros
Los archivos maestros contienen registros para un grupo de entidades. Estos atributos se
pueden actualizar con frecuencia, pero los registros en sí son relativamente permanentes.
Estos archivos tienden a tener registros extensos que contienen toda la información sobre
una entidad de datos. Por lo general cada registro contiene una clave primaria y varias
claves secundarias.
• Archivos de tablas
Un archivo de tablas contiene los datos que se utilizan para calcular más datos o medidas
de desempeño. Un ejemplo es una tabla de las tarifas postales empleada para determinar
los costos de envío de un paquete; otro ejemplo es una tabla de impuestos.
• Archivos de transacciones
Un archivo de transacciones se utiliza para introducir las modificaciones que actualizan el
archivo maestro y producen informes.
BASES DE DATOS RELACIONALES

Una base de datos relacional está organizada en tablas representativas, lo cual minimiza la
repetición de los datos, lo cual a su vez reduce los errores y el espacio de almacenamiento.
VISTAS LÓGICAS Y FÍSICAS DE LOS DATOS
A diferencia de un archivo, una base de datos está diseñada para que la compartan muchos
usuarios. La vista lógica se refiriere a la manera en que un usuario imagina y ve los datos como
vista de usuario; esto genera un inconveniente: distintos usuarios tienen distintas vistas de
usuarios. El diseño físico se relaciona con la forma en que se almacenan y relacionan los datos,
así como la manera en que se accede a ellos.
ESTRUCTURAS DE DATOS RELACIONALES
Una estructura de datos relacional consiste en uno o más tablas bidimensionales, las cuales se
conocen como relaciones. Las filas de la tabla representan los registros y las columnas contienen
atributos.
NORMALIZACIÓN
La normalización es la transformación de las vistas de usuario y almacenes de datos complejos
en un conjunto de estructuras de datos estables y más pequeñas.
LOS TRES PASOS DE LA NORMALIZACIÓN
El primer(1NF) paso del proceso incluye eliminar todos los grupos repetitivos e identificar la clave
primaria. Para ello, la relación necesita descomponerse en dos o más relaciones. En este punto,
las relaciones tal vez ya estén en la tercera forma normal, pero es probable que se necesiten más
pasos para transformar las relaciones a la tercera forma normal.
El segundo(2NF) En la segunda forma normal, todos los atributos serán funcionalmente
dependientes de la clave primaria. Por lo tanto, el siguiente paso es eliminar todos los atributos
parcialmente dependientes y colocarlos en otra relación.
El tercer(3NF) Una relación normalizada está en la tercera forma normal si todos los atributos
que no son claves son completa y funcionalmente dependientes de la clave primaria y no hay
dependencias transitivas (no claves).
LINEAMIENTOS PARA EL DISEÑO DE RELACIONES DE ARCHIVOS

MAESTROS/BASES DE DATOS
1. Cada entidad de datos separada debe crear una tabla maestra de base de datos. No debe
combinar dos entidades distintas en un archivo.
2. Un campo de datos específico debe existir sólo en una tabla maestra. Por ejemplo, el
NOMBRE CLIENTE podría existir sólo en la tabla MAESTRA DE CLIENTES, no en la tabla
PEDIDO o en ninguna otra tabla maestra.
3. Cada relación de tabla maestra o base de datos debe tener programas para crear (C), leer
(R), actualizar (U) y eliminar (D) registros (lo cual se abrevia como CRUD). En teoría sólo
un programa debería agregar nuevos registros y sólo un programa debería eliminar
registros especificados. Sin embargo, muchos programas pueden ser responsables de
modificar los campos de datos en el curso de las actividades de negocios normales.
RESTRICCIONES DE INTEGRIDAD
Las restricciones de integridad son reglas que gobiernan las acciones de modificar y eliminar
registros, y que ayudan a mantener la precisión de los datos en la base de datos. Podemos
aplicar tres tipos de restricciones de integridad a una base de datos:
• Las restricciones de integridad de entidad son reglas que gobiernan la composición de

claves primarias. La clave primaria no puede tener un valor nulo.
• La integridad referencial gobierna la naturaleza de los registros en una relación de uno a
muchos. La tabla que está conectada en el extremo de uno de la relación se llama padre.
La tabla conectada al extremo de muchos de la relación se llama tabla hija. Integridad
referencial significa que todas las claves externas en la tabla de muchos (la tabla hija)
deben tener un registro que coincida en la tabla padre.
• Las reglas de integridad de dominio se utilizan para validar los datos, como las
comprobaciones de validación de tabla, límite, rango, etcétera.
ANOMALÍAS
Pueden ocurrir cuatro anomalías al crear tablas de bases de datos:
1. Redundancia de datos.
2. Anomalía de inserción.
3. Anomalía de eliminación.
4. Anomalía de actualización.
La redundancia de los datos ocurre cuando se almacenan los mismos datos en más de un lugar
en la base de datos (exceptuando las claves primarias que se almacenan como claves externas).
Para resolver este problema hay que crear tablas que estén en 3NF.
Una anomalía de inserción ocurre cuando no se conoce toda la clave primaria y la base de datos
no puede insertar un nuevo registro, el cual violaría la integridad de entidad. Este problema
ocurre por lo general cuando la clave primaria es una clave compuesta que contiene varios
atributos más pequeños. Para evitar una anomalía de inserción hay que utilizar un número de
secuencia para la clave primaria.
Una anomalía de eliminación ocurre cuando se elimina un registro y como resultado se pierden
otros datos relacionados.
Una anomalía de actualización se produce cuando un cambio en el valor de un atributo ocasiona
que la base de datos contenga datos inconsistentes o haya que modificar varios registros. Un
ejemplo es cuando cambia el nombre de una calle en una ciudad. Podemos prevenirlo mediante
la creación de tablas que estén en 3NF (aunque en el ejemplo de la calle, tal vez los datos estén
en 3NF).
USO DE LA BASE DE DATOS
Hay varios pasos que debemos llevar a cabo en orden secuencial para asegurar que la base de
datos sea útil para presentar los datos.
Pasos para recuperar y presentar los datos. Hay ocho pasos en el proceso de recuperación y
presentación de los datos:
1. Seleccionar una relación de la base de datos.
2. Unir las relaciones.
3. Proyectar las columnas de la relación.
4. Seleccionar filas de la relación.
5. Derivar nuevos atributos.
6. Indexar u ordenar filas.
7. Calcular totales y medidas de desempeño.
8. Presentar los datos.
DESNORMALIZACIÓN
La desnormalización es el proceso de tomar el modelo de datos lógico y transformarlo en un
modelo físico que sea eficiente para las tareas requeridas con más frecuencia. Las consultas
complejas como el procesamiento analítico en línea (OLAP), así como los procesos de minería de
datos y descubrimiento de conocimiento en bases de datos (KDD), también pueden usar bases
de datos que estén desnormalizadas.
ALMACENES CORPORATIVOS DE DATOS
Los almacenes corporativos de datos son distintos de las bases de datos tradicionales. El
propósito de un almacén corporativo de datos es organizar la información para consultas rápidas
y efectivas.
El concepto de almacén corporativo de datos es único. Las diferencias entre los almacenes
corporativos de datos y las bases de datos tradicionales incluyen lo siguiente:
1. En un almacén corporativo de datos, los datos se organizan con base en los temas principales
en vez de las transacciones individuales.
2. Por lo general, los datos en un almacén corporativo de datos se organizan como datos
sintetizados en vez de los datos puros detallados que se encuentran en una base de datos
orientada a transacciones.
3. Los datos de un almacén corporativo de datos cubren un marco de tiempo mucho mayor que
los datos en las bases de datos tradicionales orientadas a transacciones, ya que comúnmente las
consultas se relacionan con la toma de decisiones a largo plazo, en vez de los detalles diarios de
las transacciones.
Entre otras.
PROCESAMIENTO ANALÍTICO EN LÍNEA
El procesamiento analítico en línea (OLAP) fue introducido por E. F. Codd en 1993. Su objetivo
era responder a las preguntas complejas de los encargados de tomar decisiones. Codd concluyó
que el encargado de tomar decisiones tenía que analizar los datos en distintas formas.
MINERÍA DE DATOS
La minería de datos puede identificar patrones que un humano no puede. O el encargado de
tomar decisiones no puede ver un patrón, o tal vez no puede pensar en preguntar si existe ese
patrón. Los algoritmos de minería de datos buscan patrones en los almacenes corporativos de
datos mediante el uso de algoritmos.

Capitulo 13 (Diseño de Base de Datos) PDF

Cargado por

Copyright:

Formatos disponibles

Capitulo 13 (Diseño de Base de Datos) PDF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Capitulo 13 (Diseño de Base de Datos) PDF

Cargado por

Copyright:

Formatos disponibles

C A P Í T U L O 1 3 DISEÑO DE BASES DE DATOS

BASES DE DATOS RELACIONALES

LINEAMIENTOS PARA EL DISEÑO DE RELACIONES DE ARCHIVOS

• Las restricciones de integridad de entidad son reglas que gobiernan la composición de

También podría gustarte