Campus: República 517, Santiago

Carrera: Ingeniería en Informática para Técnicos

Mail: rodrigohv5@hotmail.com

Teléfono: 07 - 857 30 69

Asignatura: Base de Datos

Profesor: Héctor Schulz

Nombres: Rodrigo Hurtado V. – Erick Tapia – Antonio

Viluñir.

Flexibilidad y Portabilidad

Índice

Introducción Pag. 2

Flexibilidad Pag. 3 - 4

Teoría de Normalización Pag. 5

Procesos de Normalización Pag. 6 - 7

Portabilidad Pag. 8 - 9

La importancia de la flexibilidad y portabilidad de los sistemas Pag. 10

Conceptos Pag. 11 -13

Ventajas de la portabilidad y flexibilidad Pag. 14

Opinión Personal Pag. 15

Conclusión Pag. 16

Fuentes de información Pag. 17

1

Introducción

En el siguiente informe se dará a conocer y explicar el concepto de Flexibilidad y portabilidad en las Bases de datos.

A través de ejemplos simples se demostrará la utilización y funcionalidad de flexibilidad en las base de datos. Una ayuda fundamental para que exista flexibilidad, es que exista normalización en el diseño de la base de datos, es por esto que se detallan los pasos a seguir para lograr la normalización.

Las formas normales o pasos de normalización son 5 pero se explicaran 3 que son los más utilizados.

Además se mostrarán ejemplos de portabilidad, sus ventajas y desventajas.

2

Flexibilidad:

 

 

Es necesario que al realizar la estructura de una base de datos, esta sea flexible. La flexibilidad está en el hecho que podemos agregar datos al sistema posteriormente sin tener que rescribir lo que ya tene-mos. Por ejemplo, si quisiéramos agregar la información de los artistas de cada álbum, lo único que te-nemos que hacer es crear una tabla artista que esté relacionada a la tabla álbum de la misma manera que la tabla pista. Por lo tanto, no tendremos que modificar la estructura de nuestras tablas actuales, simplemente agregar la que hace falta.

 La eficiencia se refiere al hecho de que no tenemos duplicación de datos, y tampoco tenemos grandes cantidades de "celdas vacías".

 El objetivo principal del diseño de bases de datos es generar tablas que modelan los registros en los que guardaremos nuestra información.

 Es importante que esta información se almacene sin redundancia para que se pueda tener una recupe-ración rápida y eficiente de los datos.

 Las bases de datos simples son similares a las hojas de cálculo, donde los registros se incluyen en lis-tados simples. La flexibilidad de las bases de datos plana es limitada y solo son apropiadas para tareas relativamente sencillas, como el rotulado de correspondencia.  

Las bases de datos jerárquicas tienen una estructura de árbol, donde cada nivel de registro se desagre-ga en un conjunto de categorías más pequeña. Este tipo de base de datos también es relativamente li-mitada, con restricciones de flexibilidad.

Las bases de datos en red contienen una mayor flexibilidad.

 Las bases de datos relacionales van más lejos que las de red al permitir que se utilicen las relaciones entre distintos conjuntos de información para generar consultas complejas. Por ejemplo, la tabla "perso-nal" puede ser relacionada a la de "puestos" para ofrecer una descripción completa de la posición ocu-pada por cada miembro de la institución, y la tabla "puestos" puede ser relacionada a la de “nómina" para mostrar el sueldo que se le paga a cada persona.  

Las bases de datos orientadas hacia objetos tienen atributos similares a las relacionales. Sin embargo, se utilizan estructuras de información más complejas llamadas "objetos". Estas bases de datos son las más flexibles y maleables.

  

3

Para lograr la máxima flexibilidad para una base de datos, la información tiene que estar organizada en tablas, para que no haya redundancias. Por ejemplo, si se almacena información sobre empleados, cada empleado se insertará una sola vez en una tabla que se configurará para contener únicamente da-tos de los empleados. Los datos sobre productos se almacenarán en su propia tabla, y los datos sobre sucursales también tendrán su tabla aparte. Este proceso se conoce como normalización.

A través de la normalización tratamos de evitar ciertos defectos que nos conduzcan a un mal diseño y que lleven a un procesamiento menos eficaz de los datos.

 Podríamos decir que estos son los principales objetivos de la normalización:

 Controlar la redundancia de la información.

Evitar pérdidas de información.

Capacidad para representar toda la información.

Mantener la consistencia de los datos.

La normalización es una técnica que se utiliza para crear relaciones lógicas apropiadas entre tablas de una base de datos.

Ayuda a prevenir errores lógicos en la manipulación de datos. La normalización facilita también agregar nuevas columnas sin romper el esquema actual ni las relaciones.

Normalizar demasiado puede conducir a tener una base de datos ineficiente y hacer a su esquema demasiado complejo para trabajar.

4

TEORIA DE LA NORMALIZACION

Cuando se diseña una base de datos mediante el modelo relacional, al igual que ocurre en otros mode-los de datos, tenemos distintas alternativas, es decir, podemos obtener diferentes esquemas relaciona-les y no todos son equivalentes, ya que algunos van a representar la realidad mejor que otros. Es necesario conocer qué propiedades debe tener un esquema relacional para representar adecuada-mente una realidad y cuáles son los problemas que se pueden derivar de un diseño inadecuado. La teoría de la Normalización es un método objetivo y riguroso que se aplica en el diseño de bases de datos relacionales. Cuando estudiamos la estructura del modelo relacional, nos dimos cuenta que la base de datos puede representarse por medio de un conjunto de objetos (dominios y relaciones) y de un conjunto de reglas de integridad. El esquema relacional puede obtenerse de dos formas distintas: Directamente a partir de la observación de nuestro universo del discurso, en donde especificamos con-juntos de atributos, relaciones y restricciones que corresponden a los observados en el mundo real. Realizando el proceso de diseño en dos fases, primero el diseño conceptual (E/R) obteniendo el esque-ma conceptual y posteriormente transformar éste a un esquema relacional. Algunos problemas que se pueden presentar son: Incapacidad para almacenar ciertos hechos Redundancias y por tanto, posibilidad de incoherencias Ambigüedades Pérdida de información Pérdida de dependencias funcionales, es decir, ciertas restricciones de integridad que dan lugar a inter-dependencias entre los datos. Aparición en la BD de estados no válidos, es decir, anomalías de inserción, borrado y modificación. En conclusión el esquema relacional obtenido debe ser analizado para comprobar que no presenta los problemas anteriores.

PROCESOS DE NORMALIZACION5

- Procedimiento que asegura que un modelo de datos se ajusta a algunos estándares útiles.- Proceso de agrupar los campos de datos en tablas que representan las entidades y sus rela-

ciones.

El proceso de normalización es el concepto principal tomado del modelo relacional y es usado en el desarrollo del modelo conceptual.

Primera forma NormalUna relación está en la primera forma normal (= 1FN) si posee llave primaria y cada anota-ción de datos o valor de campo es atómico (= indivisible)- Aquí el análisis se hace en forma horizontal- No forma nuevas relaciones. Fallas de almacenamiento en la 1FN

1. Fallas de inserción2. Fallas de actualización3. Fallas de supresión

La 1FN, exige las restricciones de PK, y Unique.

Segunda Forma NormalUna relación está en la Segunda Forma Normal (= 2FN) cuando todo atributo que no sea clave es completamente dependiente de manera funcional de la clave primaria, es decir, que todo atributo que no es clave, necesita de la clave primaria completa para ser identificado de forma única- El análisis aquí es en forma horizontal para determinar aquellos atributos que no perte-

nezcan a la clave completa y en forma vertical para ver que se repite- Cuando se encuentran atributos que no pertenezcan a la llave primaria completa, esos

atributos más la parte de la llave de la cual dependen pasan a formar una nueva relación Fallas de almacenamiento en la 2FN

1 Fallas de inserción2. Fallas de actualización3. Fallas de supresión

La transición entre la 1FN y 2FN exige la restricción de FK

Tercera Forma NormalUna relación está en la Tercera Forma Normal si no existe ninguna dependencia funcional transitiva entre los atributos que no son clave.Cuando un atributo que no es clave se puede determinar con uno o más atributos que tampo-co lo son se dice que existe una dependencia funcional transitiva entre los dos.

Ej:

6

Dependencia Funcional

Ej: Empleado puesto salarioEj: Paciente medicina efecto secundario

Normalización intuitivaSi se examina con cuidado un modelo normalizado, resultante de haberle aplicado un proce-so de normalización, se observará que un buen analista habrá formulado de forma apropia-da que información necesita o corresponde a cada relación.

Toda relación en la 1FN es un caso especial de relación no normalizada, pero no toda rela-ción no normalizada está en la 1FN. Toda relación que está en 2FN, es un caso especial de relación en 1FN, pero no toda relación en 1FN está en 2FN. Finalmente, toda relación que está en 3FN es un caso especial de relación en 2FN, pero no toda relación en 2FN está en 3FN.

Desmoralización de datosEs el proceso inverso a la normalización, llevada a cabo principalmente por razones de me-jorar la realización del sistema de producción; particularmente cuando están computariza-dos. La desnormalización solo se debe llevar en diseño, no se debe nunca poner en peligro el modelo de gestión.

Portabilidad

7

PK

Dependencia Funcional transitiva

La portabilidad de base de datos, como su nombre lo dice, es la capacidad de poder portar una base desde un lado a otro, esto significa que una base se puede ejecutar en muchas plataformas, portándola de un sistema operativo donde se está utilizando a otro sistema operativo donde se desea seguir utilizando.

Para realizar la portabilidad de una base de datos, no se necesita necesariamente una configuración, siendo esto fácilmente de administrar.

Para portar una base de datos solo es necesario un medio de almacenamiento donde poder guardarlo y luego copiarlo al equipo que uno desee, siendo posible portarla en un pendrive, CD, DVD, etc..., inclusive puede ser envidad vía E-Mail.

Para entender un poco la portabilidad, un ejemplo de portabilidad de base de datos se ve con SQLite: puede ser ejecutado en diferentes sistemas operativos, como Windows, Linux, BSD, Mac OS X, Solaris, HPUX, AIX o en muchos otros como QNX, VxWorks, Symbian, Palm OS, Windows CE. Se pude notar que muchos de ellos trabajan a 16, 32 y 64 Bits.

Desde hace tiempo Mozilla_Firefox usa SQLite para almacenar, por ejemplo, las cookies, los favoritos, el historial, las direcciones de red válidas.

Varias de las características para utilizar estas herramientas son:

Tamaño: SQLite tiene una pequeña memoria y una única biblioteca que es necesaria para acce-der a bases de datos, lo que lo hace ideal para aplicaciones de bases de datos incorporadas.

Rendimiento de base de datos: SQLite realiza operaciones de manera eficiente y es más rápido que MySQL y PostgreSQL.

Portabilidad: se ejecuta en muchas plataformas y sus bases de datos pueden ser fácilmente portadas sin ninguna configuración o administración.

Estabilidad: SQLite es compatible con ACID, reunión de los cuatro criterios de Atomicidad, Con-sistencia, Aislamiento y Durabilidad.

8

SQL: Implementa un gran subconjunto de la ANSI – 92 SQL estándar, incluyendo sub-consultas, generación de usuarios, vistas y triggers.

Interfaces: cuenta con diferentes interfaces del API, las cuales permiten trabajar con C++, PHP, Perl, Python, Ruby, Tcl, groovy, etc.

Costo: SQLite es de dominio público, y por tanto, es libre de utilizar para cualquier propósito sin costo y se puede redistribuir libremente.

Como se explicaba anteriormente estas herramientas no poseen configuración, no necesita ser instalado, no prender, reiniciar o apagar un servidor, e incluso configurarlo. Esta cualidad permite que no haya un administrador de base de datos para crear las tablas, vistas, asignar permisos. O bien la adopción de medidas de recuperación de servidor por cada caída del sistema.

La portabilidad no está dada en sí por el software, sino por la base de datos condensada en un solo fichero, que pueden ser guardados en cualquier directorio.

.

9

La importancia de la flexibilidad y portabilidad de los sistemas

Nos permiten la optimización de los sistemas y la adaptación de mejor manera a los cambios de estos.

Esto nos brinda una mayor independencia en la mantención de los sistemas.

En bases de datos, es el compromiso entre una aplicación optimizada para su plataforma y que además pueda ser fácilmente modificada para ejecutar en otra.

10

Conceptos

SGBD: Un Sistema Gestor de Bases de Datos (SGBD) o DBMA (DataBase Management System) es una colección de programas cuyo objetivo es servir de interfaz entre la base de datos, el usuario y las aplicaciones. Se compone de un lenguaje de definición de datos, de un lenguaje de manipulación de da-tos y de un lenguaje de consulta. Un SGBD permite definir los datos a distintos niveles de abstracción y manipular dichos datos, garantizando la seguridad e integridad de los mismos.

Algunos ejemplos de SGBD son Oracle, DB2, PostgreSQL, MySQL, MS SQL Server, etc.

Un SGBD debe permitir:• Definir una base de datos: especificar tipos, estructuras y restricciones de datos.• Construir la base de datos: guardar los datos en algún medio controlado por el mismo SGBD• Manipular la base de datos: realizar consultas, actualizarla, generar informes.

Las características de un Sistema Gestor de Base de Datos SGBD son:• Abstracción de la información. Los SGBD ahorran a los usuarios detalles acerca del almacenamien-to físico de los datos. Da lo mismo si una base de datos ocupa uno o cientos de archivos, este hecho se hace transparente al usuario. Así, se definen varios niveles de abstracción.• Independencia. La independencia de los datos consiste en la capacidad de modificar el esquema (fí-sico o lógico) de una base de datos sin tener que realizar cambios en las aplicaciones que se sirven de ella.• Redundancia mínima. Un buen diseño de una base de datos logrará evitar la aparición de informa-ción repetida o redundante. De entrada, lo ideal es lograr una redundancia nula; no obstante, en algu -nos casos la complejidad de los cálculos hace necesaria la aparición de redundancias.• Consistencia. En aquellos casos en los que no se ha logrado esta redundancia nula, será necesario vigilar que aquella información que aparece repetida se actualice de forma coherente, es decir, que to-dos los datos repetidos se actualicen de forma simultánea.• Seguridad. La información almacenada en una base de datos puede llegar a tener un gran valor. Los SGBD deben garantizar que esta información se encuentra segurizada frente a usuarios malintenciona-dos, que intenten leer información privilegiada; frente a ataques que deseen manipular o destruir la in-formación; o simplemente ante las torpezas de algún usuario autorizado pero despistado. Normalmente, los SGBD disponen de un complejo sistema de permisos a usuarios y grupos de usuarios, que permiten otorgar diversas categorías de permisos.• Integridad. Se trata de adoptar las medidas necesarias para garantizar la validez de los datos almace-nados. Es decir, se trata de proteger los datos ante fallos de hardware, datos introducidos por usuarios descuidados, o cualquier otra circunstancia capaz de corromper la información almacenada.• Respaldo y recuperación. Los SGBD deben proporcionar una forma eficiente de realizar copias de respaldo de la información almacenada en ellos, y de restaurar a partir de estas copias los datos que se hayan podido perder.• Control de la concurrencia. En la mayoría de entornos (excepto quizás el doméstico), lo más habi-tual es que sean muchas las personas que acceden a una base de datos, bien para recuperar informa-ción, bien para almacenarla. Y es también frecuente que dichos accesos se realicen de forma simultá-nea. Así pues, un SGBD debe controlar este acceso concurrente a la información, que podría derivar en inconsistencias.

11

RDBMS: (sistema de gestión de base de datos relacionales) un tipo de SGBD para base de datos relacionales, soporte para tablas relacionales.

Los sistemas de base de datos relacionales son aquellos que almacenan y administran de manera ló-gica los datos en forma de tablas. Una tabla es, a su vez, un método para presentar los datos en la for-ma de filas y columnas. Cada columna representa un campo único de un registro. Varias de estas columnas o campo compo-nen un registro, proveyendo información significativa e interrelacionada. Cada registro es representado en una fila. Una tabla puede consistir en varias columnas. Muchas de las tablas que poseen datos inte-rrelacionados e interdependientes son agrupadas por medio del establecimiento de relaciones entre ellas. Al administrar las tablas y sus relaciones, encontramos los medios para insertar, borrar, consultar y actualizar la información de un sistema RDBMS.

TABLA EMPLEADOS

Num-emp Nombre-emp Num-depto

1001 Andrés Ab101

1002 Maria Ab102

1003 Jose Ab103

La mayoría de los grandes sistemas de bases de datos son RDBMS.

12

Algunos RDBMS.

Logo Nombre Productos

Sybase Adaptive Server

OracleOracle8, Oracle8i,

Oracle8iEE, Oracle9i, Oracle 10g

PostgreSQL www.sybase.com PostgreSQL

MySQL www.mysql.com MySQL

Informix www.informix.comIllustra, Universal Server, Dynamic

Server

IBM www.ibm.com DB2

Apache http://db.apache.org/derby Derby

SQLite http://www.sqlite.org SQLite

13

Ventajas de la portabilidad y flexibilidad

1- Una aplicación portátil no depende de un proveedor de software. Por lo tanto, si un proveedor quiebra, su aplicación no requiere de ningún cambio.

2- La portabilidad en una base de datos, nos permite ejecutarla en distintas plataformas de base de datos o sistemas de gestión de base de datos relacionales (Rdbms).

3- El apoyo de múltiples Rdbms, permite al cliente elegir la base de datos de acuerdo a su presupuesto y migrar de aplicación de base de datos, para acomodar su crecimiento.

4- La flexibilidad una de las principales ventajas es que bajo este concepto, los sistemas pueden adaptarse a los cambios en el tiempo, por lo tanto se adecuan a las necesidades presentes y futuras de las empresas. Esto brinda una rápida respuesta a consumidor.

5- La flexibilidad en base de datos, nos permite agregar nuevos datos sin necesidad de modificar la estructura original de la BD.

La portabilidad en hardware.

Es la facilidad con que se puede transportar información en un dispositivo electrónico, a menos peso y dimensiones, mas portable es el dispositivo. (Pendrives, Discos externos, Memorias, etc.).

14

Opinión Personal

Creo que estos conceptos nos permiten acercarnos más a los cambios que ha sufrido la informática en el tiempo, cada vez es mayor la compatibilidad entre los diferentes sistemas y las distintas plataformas, y la tendencia está enfocada a estandarizar todo cada vez más.

15

Conclusión

El informe realizado nos permite conocer aspectos relevantes a la hora de construir una base de datos, siendo esto de mucha importancia a la hora de desempeñarse en el campo laboral.

Con lo estudiado se logra conocer la estructura correcta y las ventajas que otorga un buen diseño de las tablas, permitiendo realizar modificaciones a futuro sin tener que modificar toda la estructura de la base de datos.

16

Fuentes de información

http://www.monografias.com/trabajos30/base-datos/base-datos.shtml

http://office.microsoft.com/es-hn/access-help/conceptos-basicos-sobre-bases-de-datos-HA010064450.aspx

http://aceproject.org/main/espanol/et/etg03.htm

http://translate.google.cl/translate?hl=es&langpair=en|es&u=http://thehobt.blogspot.com/2009/01/database-portability-asset-or-liability.html

http://translate.google.cl/translate?hl=es&langpair=en|es&u=http://www.conetrix.com/Blog/post/Microsoft-Exchange-Server-2007-Database-Portability.aspx

 

17