DISEÑO EN BASE DE DATOS

DISEÑO EN BASE DE DATOS

Una base de datos correctamente diseñada permite obtener acceso a información exacta y actualizada. Puesto que un diseño correcto es esencial para lograr los objetivos fijados para la base de datos, parece lógico emplear el tiempo que sea necesario en aprender los principios de un buen diseño ya que, en ese caso, es mucho más probable que la base de datos termine adaptándose a sus necesidades y pueda modificarse fácilmente.
En este artículo se proporcionan instrucciones para preparar una base de datos. Aprenderá a decidir qué información necesita, a dividir la información en las tablas y columnas adecuadas y a relacionar las tablas entre sí. Debe leer este artículo antes de crear la primera base de datos.

¿Qué es un buen diseño de base de datos?

El proceso de diseño de una base de datos se guía por algunos principios. El primero de ellos es que se debe evitar la información duplicada o, lo que es lo mismo, los datos redundantes, porque malgastan el espacio y aumentan la probabilidad de que se produzcan errores e incoherencias. El segundo principio es que es importante que la información sea correcta y completa. Si la base de datos contiene información incorrecta, los informes que recogen información de la base de datos contendrán también información incorrecta y, por tanto, las decisiones que tome a partir de esos informes estarán mal fundamentadas.
Un buen diseño de base de datos es, por tanto, aquél que:
Divide la información en tablas basadas en temas para reducir los datos redundantes.
Proporciona a Access la información necesaria para reunir la información de las tablas cuando así se precise.
Ayuda a garantizar la exactitud e integridad de la información.
Satisface las necesidades de procesamiento de los datos y de generación de informes.

El proceso de diseño

El proceso de diseño consta de los pasos siguientes:

Determinar la finalidad de la base de datos
Esto le ayudará a estar preparado para los demás pasos.

Buscar y organizar la información necesaria
Reúna todos los tipos de información que desee registrar en la base de datos, como los nombres de productos o los números de pedidos.

Dividir la información en tablas
Divida los elementos de información en entidades o temas principales, como Productos o Pedidos. Cada tema pasará a ser una tabla.

Convertir los elementos de información en columnas

Decida qué información desea almacenar en cada tabla. Cada elemento se convertirá en un campo y se mostrará como una columna en la tabla. Por ejemplo, una tabla Empleados podría incluir campos como Apellido y Fecha de contratación.

Especificar claves principales

Elija la clave principal de cada tabla. La clave principal es una columna que se utiliza para identificar inequívocamente cada fila, como Id. de producto o Id. de pedido.

Definir relaciones entre las tablas
Examine cada tabla y decida cómo se relacionan los datos de una tabla con las demás tablas. Agregue campos a las tablas o cree nuevas tablas para clarificar las relaciones según sea necesario.

Ajustar el diseño
Analice el diseño para detectar errores. Cree las tablas y agregue algunos registros con datos de ejemplo. Compruebe si puede obtener los resultados previstos de las tablas. Realice los ajustes necesarios en el diseño.

Aplicar las reglas de normalización
Aplique reglas de normalización de los datos para comprobar si las tablas están estructuradas correctamente. Realice los ajustes necesarios en las tablas.

TABLA EN BASE DE DATOS

TABLA EN BASE DE DATOS

Tabla en las bases de datos, se refiere al tipo de modelado de datos, donde se guardan los datos recogidos por un programa. Su estructura general se asemeja a la vista general de un programa de Hoja de cálculo.

Las tablas se componen de dos estructuras:

Campo: Corresponde al nombre de la columna. Debe ser único y además 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.

En la definición 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, además, 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, haciéndola accesible mediante su nombre o su seudónimo (Alias) (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 componían de un modo similar.

♥♥ MODELAMIENTO EN BASE DE DATOS ♥♥

Modelos de bases de datos

Además de la clasificación por la función de las bases de datos, éstas también se pueden clasificar de acuerdo a su modelo de administración de datos.
Un modelo de datos es básicamente una "descripción" de algo conocido como contenedor de datos (algo en donde se guarda la información), así como de los métodos para almacenar y recuperar información de esos contenedores. Los modelos de datos no son cosas físicas: son abstracciones que permiten la implementación de un sistema eficiente de base de datos; por lo general se refieren a algoritmos, y conceptos matemáticos.
Algunos modelos con frecuencia utilizados en las bases de datos:

♥.Base de datos jerárquica

Éstas son bases de datos que, como su nombre indica, almacenan su información en una estructura jerárquica. En este modelo los datos se organizan en una forma similar a un árbol (visto al revés), en donde un nodo padre de información puede tener varios hijos. El nodo que no tiene padres es llamado raíz, y a los nodos que no tienen hijos se los conoce como hojas.
Las bases de datos jerárquicas son especialmente útiles en el caso de aplicaciones que manejan un gran volumen de información y datos muy compartidos permitiendo crear estructuras estables y de gran rendimiento.
Una de las principales limitaciones de este modelo es su incapacidad de representar eficientemente la redundancia de datos.

♥.Base de datos de red

Éste es un modelo ligeramente distinto del jerárquico; su diferencia fundamental es la modificación del concepto de nodo: se permite que un mismo nodo tenga varios padres (posibilidad no permitida en el modelo jerárquico).
Fue una gran mejora con respecto al modelo jerárquico, ya que ofrecía una solución eficiente al problema de redundancia de datos; pero, aun así, la dificultad que significa administrar la información en una base de datos de red ha significado que sea un modelo utilizado en su mayoría por programadores más que por usuarios finales.

Base de datos relacional

Éste es el modelo más utilizado en la actualidad para modelar problemas reales y administrar datos dinámicamente. ". Pese a que ésta es la teoría de las bases de datos relacionales creadas por Edgar Frank Codd, la mayoría de las veces se conceptualiza de una manera más fácil de imaginar. Esto es pensando en cada relación como si fuese una tabla que está compuesta por registros (las filas de una tabla), que representarían las tuplas, y campos (las columnas de una tabla).
En este modelo, el lugar y la forma en que se almacenen los datos no tienen relevancia (a diferencia de otros modelos como el jerárquico y el de red). El lenguaje más habitual para construir las consultas a bases de datos relacionales es SQL, Structured Query Language o Lenguaje Estructurado de Consultas, un estándar implementado por los principales motores o sistemas de gestión de bases de datos relacionales.
Durante su diseño, una base de datos relacional pasa por un proceso al que se le conoce como normalización de una base de datos.
Durante los años '80 (1980-1989) la aparición de dBASE produjo una revolución en los lenguajes de programación y sistemas de administración de datos. Aunque nunca debe olvidarse que dBase no utilizaba SQL como lenguaje base para su gestión.

♥.Bases de datos multidimensionales

Son bases de datos ideadas para desarrollar aplicaciones muy concretas, como creación de Cubos OLAP. Básicamente no se diferencian demasiado de las bases de datos relacionales (una tabla en una base de datos multidimensional podría serlo también en una base de datos multidimensional), la diferencia está más bien a nivel conceptual; en las bases de datos multidimensionales los campos o atributos de una tabla pueden ser de dos tipos, o bien representan dimensiones de la tabla, o bien representan métricas que se desean estudiar.

♥.Bases de datos orientadas a objetos

Este modelo, bastante reciente, y propio de los modelos informáticos orientados a objetos, trata de almacenar en la base de datos los objetos completos (estado y comportamiento).
Una base de datos orientada a objetos es una base de datos que incorpora todos los conceptos importantes del paradigma de objetos:
Encapsulación - Propiedad que permite ocultar la información al resto de los objetos, impidiendo así accesos incorrectos o conflictos.
Herencia - Propiedad a través de la cual los objetos heredan comportamiento dentro de una jerarquía de clases.
Polimorfismo - Propiedad de una operación mediante la cual puede ser aplicada a distintos tipos de objetos.
En bases de datos orientadas a objetos, los usuarios pueden definir operaciones sobre los datos como parte de la definición de la base de datos. Una operación (llamada función) se especifica en dos partes. La interfaz (o signatura) de una operación incluye el nombre de la operación y los tipos de datos de sus argumentos (o parámetros). La implementación (o método) de la operación se especifica separadamente y puede modificarse sin afectar la interfaz. Los programas de aplicación de los usuarios pueden operar sobre los datos invocando a dichas operaciones a través de sus nombres y argumentos, sea cual sea la forma en la que se han implementado. Esto podría denominarse independencia entre programas y operaciones.
Se está trabajando en SQL3, que es el estándar de SQL92 ampliado, que soportará los nuevos conceptos orientados a objetos y mantendría compatibilidad con SQL92.

♥.Bases de datos documentales

Permiten la indexación a texto completo, y en líneas generales realizar búsquedas más potentes. Tesaurus es un sistema de índices optimizado para este tipo de bases de datos.

♥.Base de datos deductivas

Un sistema de base de datos deductivas, es un sistema de base de datos pero con la diferencia de que permite hacer deducciones a través de inferencias. Se basa principalmente en reglas y hechos que son almacenados en la base de datos. También las bases de datos deductivas son llamadas base de datos lógica, a raíz de que se basan en lógica matemática.

♣♣♣ R3lacion4nd0 T4bL4$ ♦♦♦♦

RELACIONES DE TABLAS

♥.- En una base de datos relacional, las relaciones permiten evitar los datos redundantes. Por ejemplo, si está diseñando una base de datos que realizará el seguimiento de información sobre libros, podría tener una tabla denominada Títulos que almacene los datos de cada libro, por ejemplo el título, la fecha de publicación y el editor.

♥.-Una relación se establece haciendo coincidir los datos de las columnas de clave, normalmente las columnas con el mismo nombre de ambas tablas. En la mayor parte de los casos, la relación hace coincidir la clave principal de una tabla, que proporciona un identificador único para cada fila, con una entrada de la clave externa de la otra tabla. Por ejemplo, las ventas pueden asociarse a los títulos concretos vendidos creando una relación entre las columnas de identificador de título de la tabla Títulos (la clave principal) y de la tabla Ventas (la clave externa).


EXISTEN 3 TIPOS DE RELACIONES ENTRE 2 TABLAS

♥.- Relaciones uno a varios
La relación uno a varios es el tipo más común. En este tipo de relación, una fila de la tabla A puede tener muchas filas coincidentes en la tabla B, pero una fila de la tabla B sólo puede tener una fila coincidente en la tabla A. Por ejemplo, las tablas Editores y Títulos tienen una relación uno a varios: cada editor genera muchos títulos, pero cada título procede sólo de un editor.Una relación uno a varios se crea si sólo una de las columnas relacionadas es una clave principal o tiene una restricción UNIQUE.

♥Relaciones varios a varios

En una relación varios a varios, una fila de la tabla A puede tener muchas filas coincidentes en la tabla B y viceversa. Este tipo de relación se crea definiendo una tercera tabla, denominada de combinación, cuya clave principal está compuesta de las claves externas de ambas tablas A y B. Por ejemplo, la tabla Autores y la tabla Títulos tienen una relación varios a varios que se define mediante una relación uno a varios de cada una de estas tablas a la tabla TítuloAutores. La clave principal de la tabla TítuloAutores es la combinación de la columna de identificador de autor (la clave principal de la tabla Autores) y de la columna de identificador de título (la clave principal de la tabla Títulos



♥.-Relaciones uno a uno

En una relación uno a uno, una fila de la tabla A no puede tener más de una fila coincidente en la tabla B y viceversa. Una relación uno a uno se crea si las dos columnas relacionadas son las claves principales o tiene restricciones UNIQUE.Este tipo de relación no es común porque la mayor parte de la información relacionada de esta manera estaría toda en una tabla. Podría utilizar una relación uno a uno para:

♥♥♥ P4rTiCip4nt3$ ♥♥♥

COMPAÑEROS DE BASE DE DATOS

♥ CEPTRO MONSEÑOR DURAND

ALARCON JULCA, Katyusca

CACERES ZUÑIGA, Carlos Eduardo

CCORIHUAMAN TARAZONA, Chisthofer Antonio

CRUZADO CRISOLOGO, Julio Anthonio

CUBAS LANAZCA, Mark Anderson

DIAZ CABELO, Edinson Carlos

ELIAS CRUCES Jean Paul

GALARZA BELLIDO, Lennin Enrique

GONZALES VARGAS, Daniel Emilio

JAIMES MAZA, Enrique Elio

LIPA CAYO, Jhon Widmer

QUISPE TANTAS, Marco Antonio

RAMIREZ BARRETO, Alexander Junior

VIDAURRE GAMERO, Jhon Jairo

VILLACHICA OLIVAS, Xiomara Judith

♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥♥

Base de datos

BASE DE DATOS

• Conjunto de datos de un contexto, almacena sistematicamente datos para un posterior uso

SISTEMAS

• conjunto de componentes que interaccionan entre si para lograr un objetivo comun

♥♥CATEGORIAS DE SISTEMAS DE INFORMACION♥♥
♥♥♥♥♥♥♥♥♥

1♥ SISTEMAS PARA EL PROCESAMIENTO DE DATOS.-tiene como finalidad mejorar actividades rutinarias de una empresa y de las que depende la organizacion.

2♥ SISTEMAS DE ADMINISTRACION ADMINISTRATIVA.- este sistema ayuda a tomar decisiones y resolver problemas , esta informacion generalmente se les da a los directivos de una org.

3♥ SISTEMAS PAR EL SOPORTE DE DECISIONES.- estos sistemas pueden mostrar informacion en forma anticipada

♣ ANALICIS DE SISTEMAS

E s el proceso de clasificar e interpretacion de hechos diagnosticos del problema y el empleo de la informacion paea recomendar mejorar el sistema

♣ DISEÑO DE SISTEMAS

Es el proceso de planificar reeplazar o completar un problema organicisional del sistema.