Marco Teórico |
Evaluación |
Transcripción del Foro |
||||||||
|
||||||||||
|
||||||||||
CONCEPTOS
BÁSICOS Archivo:
es un elemento de información conformado por un conjunto de registros. Estos registros
a su vez están compuestos por una serie de caracteres o bytes. Actualmente las organizaciones
están utilizando bases de datos para generar resultados o para compartir
dicha información con otros sistemas. Sin embargo, los principales
componentes de las bases de datos son los archivos. Las formas en las cuales pueden
organizarse los archivos, son archivos secuenciales
o archivos directos. En los archivos secuenciales los registros están almacenados en una
secuencia que dependen de algún criterio definido. Base de datos
es una colección de archivos relacionados con la finalidad de permitir el
manejo de la información de alguna compañía. Cada uno de dichos archivos pueden ser vistos como una colección de registros y cada
registro está compuesto de una colección de campos. Cada uno de los campos de
cada registro permite llevar información de alguna característica o atributo
de alguna entidad del mundo real. Las bases
de datos y su tecnología han tenido un gran impacto en el uso de las
computadoras, jugando un papel critico en el área
donde se usen. Una base de datos es una colección de datos relacionados de
alguna manera y que existirán a lo largo del tiempo. Una base de datos es
integrada (con una redundancia entre datos eliminada) y compartida (cada usuario
puede accesar los mismos datos) Existen tres
modelos de bases de datos: 1.
Enfoque jerarquico 2.
Enfoque de redes 3.
Enfoque relacional Modelo Jerarquico Este
modelo tuvo un gran auge en la década de los 60; se puede decir que fue la primera
propuesta para resolver el problema de la relación entre archivos, ya que
anteriormente solo se tenia software administrador
de archivos. Tuvo su origen en la reunión de la Data Base Task
Group, que era un comité formado por algunos
miembros de CODASYL. En
este modelo los datos se representaban como estructuras de árbol. No se
construyo el sistema manejador en un principio con base en un modelo
abstracto de datos predefinido; mas bien, se definió
el modelo correspondiente a posteriori por un proceso de abstracción a partir
de los sistemas prácticos. El árbol representa una jerarquía de modelos de
registros de datos y un procesamiento TOP-DOWN navegacional. Las
relaciones entre los registros son: un padre y múltiples hijos; estas
relaciones se dan por medio de ligas llamadas apuntadores, es decir,
direcciones fisicas dentro del sistema de archivos
y el padre guarda las direcciones a cada uno de sus hijos. Para
alcanzar la información de un nivel intermedio en el árbol, se debe empezar a
recorrer la estructura a partir del nodo padre en forma descendente hasta
encontrar el dato deseado. Esto tiene el problema de que el usuario debe
conocer la forma en que esta estructurado el árbol. Modelo de
Red
Este
modelo surge como un diseño nuevo para resolver los problemas que se tenían
con el modelo jerárquico, y tuvo su origen en la conferencia sobre lenguajes
de sistemas de datos (CODASYL) que se organizo para
reemplazar al modelo jerárquico. En este
modelo se representan los datos como registros ligados formando un conjunto
de datos intersectados y maneja un procesamiento multidireccional y navegacional.
Presenta
como ventaja al modelo jerárquico que cualquier tipo de relación entre
registros puede ser modelada de uno a muchos y que no se necesita recorrer
toda la estructura desde un punto inicial. Mientras
que en el modelo jerárquico se tenia una estructura
definida con un padre y muchos hijos, aquí se puede tener la posibilidad de
relacionar "un padre-muchos hijos" y "un hijo muchos
padres". Las operaciones de inserción pueden hacerse sin necesidad de
existir genealogía con los datos existentes y las operaciones de borrado
pueden efectuarse sin que exista perdida de otra información dependiente;
además de que las operaciones de lectura no deben comenzar desde un registro
raíz. Modelo
Relacional
Este modelo surge principalmente
por la necesidad de eliminar tres deficiencias de los modelos anteriores: Las
relaciones debían ser definidas por el diseñador antes de que el usuario
pudiera relacionar y accesar lógicamente los datos.
Existía
una gran dependencia de los apuntadores físicos Los
programadores requerían de una extensa manipulación de datos. El modelo
surge formalmente en el año de 1968 cuando el matemático E.F
Codd, investigador de la empresa IBM publica el
articulo llamado "A relational model of data for large shared
data banks"; en este articulo se asientan los
principios del modelo de base de dato relacional y del álgebra relacional. En
este modelo los grandes archivos se ven como tablas, los registros se llaman
así mismo tuplas y las columnas o campos se llaman
atributos. Las consultas así como toda la manipulación de datos se realizaran
bajo la visión de que las tablas son conjuntos y si se tienen dos conjuntos
con la misma cardinalidad es posible operar entre
ellos, de esta forma se eliminan en el modelo los grandes manejos de código
fuente por parte de los programadores y el uso de los apuntadores, lo que
trae consigo que la perdida de datos sea nula. Este
modelo revoluciono de tal forma el modo de ver las bases de datos que es el
que actualmente se usa en todo el mundo. Manejadores de
bases datos Cuando se mencionaron las primeras definiciones de
SIG se decía que es un "Sistema computarizado que permite la entrada, almacenamiento,
representación y salida eficiente de datos espaciales (mapas) y atributos
(descriptivos) de acuerdo con especificaciones y requerimientos
concretos". Pues bien, el conjunto de programas que hacen
posible la captura, almacenamiento, análisis y mantenimiento de los datos es
lo que se conoce como SISTEMA MANEJADOR DE LA BASE DE DATOS. (Normalmente se
utilizan sus siglas en ingles DBMS). Es importante
que el DBMS facilite la intercomunicación y la
utilización de diferentes usuarios. Un DBMS especifica en
detalle la forma como los datos van a capturarse, la manera como van a
integrarse, a controlar su redundancia y a expresar las relaciones que puedan
existir entre ellos. Registro:
Es una colección de campos (atributos). Un registro, es el conjunto de
información referida a una misma persona u objeto. Un registro vendría a ser
algo así como una ficha. Campo:
Unidad básica de una base de datos. Un campo puede ser, por ejemplo, el
nombre de una persona. Los nombres de los campos, no pueden empezar con
espacios en blanco y caracteres especiales. No pueden llevar puntos, ni
signos de exclamación o corchetes. Si pueden tener espacios en blanco en el
medio. La descripción de un campo,
permite aclarar información referida a los nombres del campo. El tipo de
campo, permite especificar el tipo de información que cargáremos en dicho
campo, esta puede ser:
Memo:
para introducir un texto extenso. Hasta 65.535 caracteres Numérico:
para introducir números Fecha
/ Hora: para introducir datos en formato fecha u hora Moneda:
para introducir datos en formato número y con el signo monetario Autonúmerico. en este
tipo de campo, Access numera automáticamente el contenido Sí
/ No: campo lógico. Este tipo de campo es sólo si
queremos un contenido del tipo Si / No, verdadero / Falso, etc. Objeto
OLE: para introducir una foto, gráfico, hoja de cálculo,
sonido, etc. Hipervínculo:
podemos definir un enlace a una página Web Asistente
para búsquedas: crea un campo que permite elegir
un valor de otra tabla o de una lista de valores mediante un cuadro de lista
o un cuadro combinado. Atributos Cada entidad definida en la base de datos esta
compuesto por un conjunto de características llamados atributos, cada uno de
las cuales corresponde a un dato: la entidad cliente tiene atributos como
Nombre del Cliente, Cédula, Dirección del Domicilio, Teléfono, Referencias
Comerciales, etc. Las relaciones también tienen atributos. La relación Cuenta
- Cliente además de lo nombrado contiene datos como Fecha de Apertura de la
Cuenta y quizás el Límite de Sobregiros y otros. Llave
principal Entre los atributos que conforman una entidad debe
existir uno que identifique de manera única cada individuo, la entidad
cliente contiene el atributo Cédula, que será la única manera de
identificación porque si fuera por el nombre sería perjudicial por la posible
existencia de un homónimo, es a ello que se le denomina llave principal. Llave foranea Hay atributos que se requiere asociar una entidad
a un atributo de otra entidad refiriendo en la base de datos de un banco, en
la entidad cliente se puede tener el número de la cédula del cónyuge
apareciendo como un atributo mas donde también tendrá la información nombre,
edad, profesión etc. Definición
lógica Se debe de hacer un esquema que muestre la
estructura de base de datos (las entidades y relaciones), definir las
características de los atributos, tipo de dato y longitud. Objetivos Los objetivos de una base de datos esta
delimitados por dos factores interrelacionado: al alcance de los datos que se
van a manejar determinados por las entidades, atributos y relaciones que se
incluyen en la base de datos y las funciones que se desee proveer para su
manejo esto quiere decir que son el conjunto de opciones que facilita la base
de datos, referente a la actualización, selección, consulta ó cruce de datos
de las entidades y relaciones incluidas en la base de datos. Tablas de
una base de datos Una base de datos es el conjunto de tablas
relacionados que contienen la información necesaria para el manejo de un
proceso, entonces se dirá que para almacenar los datos de las entidades y
relaciones de una base de datos se utiliza tablas, que está formado por un
conjunto de filas y columnas donde cada fila contiene la información de un
individuo y cada columna los valores de un atributo particular de la entidad. Un sistema típico de información que incluya una
interfaz gráfica del usuario y acceso a la base de datos suele presentar un
diseño arquitectónico de tres niveles ó tres capas: Lógica de
aplicación Objetos del dominio del problema; objetos que
representan conceptos de dominio que cumplen con los requisitos de
aplicación. Objetos de servicios; objeto de dominio no
relacionados con el problema que prestan servicios de soporte. Almacenamiento
Un mecanismo persistente de almacenamiento. Es
decir la base de datos. DISEÑO
DE UNA BASE DE DATOS Una
base datos bien diseñadas permite un acceso rápido a la información que se necesita.
Con un diseño sólido, tardará menos tiempo en crear la base de datos y
conseguirá resultados más rápidos y precisos. Los pasos a seguir son los
siguientes: Determinar el propósito de la base de datos. Este paso nos ayudará a decidir el objetivo de
la misma y cómo se va a utilizar los datos que se quiere almacenar. Determinar las tablas necesarias. Cuando ya conoce claramente el propósito de la
base de datos, puede dividir la información en temas distintos, es decir que
esta información indica lo que se desea saber pero no como clasificar la
información en tablas. Determinar los campos necesarios. Hay que decidir la información que desea
conservar en cada tabla; determinando por decir el código, apellidos,
nombres, cargo, etc.. Determinar las relaciones. Observe cada tabla y decida como se relaciona
sus datos con los de las tablas restantes, entonces comprenderá que en una
base de datos se puede crear varios campos que en el momento adecuado se va a
asociar. Perfeccionar el diseño. Analice su diseño para detectar posibles
errores. No se preocupe si se equivoca ó se olvida algunos aspectos en el
diseño inicial. Piense en el cómo un en un borrador que podrá perfeccionar
posteriormente del programa que se esté efectuando. Es una
practica estándar el dividir el diseño de bases de datos en las siguiente
fases 1.
Análisis de Requerimientos 2.
Diseño Conceptual 3.
Diseño Lógico 4.
Diseño Físico Análisis de Requerimientos La
fase de análisis de requerimientos produce una descripción operacional de la
base de datos. Su objetivo es asegurar que la base de datos contenga los
datos necesarios para las funciones y aplicaciones donde se usara la base de
datos. Esta fase es realizada normalmente por los diseñadores de bases de
datos a través de: §
Entrevistas con los usuarios del
sistema que será realizado. En este sentido se dice que esta fase es una fase
de: Adquisición de Conocimiento. La salida de esta fase (valga la
redundancia) son los requerimientos del sistema. Diseño Conceptual La
fase de Diseño Conceptual se alimenta del Análisis de Requerimientos y
produce un diseño que trata de reflejar como son los datos. Es una práctica
común que estas dos primeras fases sean hechas de manera participativa y a
través de refinamientos sucesivos a través de la interacción de los
diseñadores y los usuarios del sistema. El diseño conceptual trata de crear
un Modelo Parcial del Universo donde se trata de capturar lo suficiente para
poder soportar todas las funciones a las que servirá el sistema final. El
resultado final de esta fase es un Esquema de la Base de Datos. No
necesariamente este esquema puede ser implementado directamente en algún
manejador de base de datos. Dentro de esta fase es común el uso del modelo
Entidad - Relación. Diseño Lógico Tomando
el esquema de la base de datos de la fase de Diseño Conceptual, esta fase
produce un diseño que se acerca más a la implementación en un Sistema
Manejador de Base de Datos. En esencia esta fase transforma el modelo Entidad
- Relación en tablas que podrán ser implementadas en un sistema manejador de
base de datos particular. Diseño Físico Una
vez que tenemos las tablas resultantes del Diseño Lógico es importante el
decidir tanto la estructura de almacenamiento y las estrategias de acceso. La
estructura de almacenamiento se refiere a como almacenar los datos, y la
estrategia de acceso se refiere a como llegar a los datos. Algunos ejemplos
de estructuras de almacenamiento son: Archivos Planos, Archivos Comprimidos,
Archivos Codificados, Formatos Específicos (DBF, DAT, DBM, etc.). Las
estrategias de acceso pueden ser: Acceso Secuencial, Acceso Binario, Acceso Heap, Acceso usando Btrees,
etc. INFOGRAFÍAS Base
datos Una base de
datos es una colección de archivos relacionados con la finalidad de permitir
el manejo de la información de alguna compañía. Cada uno de dichos archivos pueden ser vistos como una colección de registros y cada
registro está compuesto de una colección de campos. Cada uno de los campos de
cada registro permite llevar información de alguna característica o atributo
de alguna entidad del mundo real… http://materiasis.galeon.com/seminariotemas.html Tipos de manejadores de
manejadores de bases de datos A
continuación mencionamos solo algunos de los DBMS (System Management Data Bases)
que existen en el mercado actualmente: Delphi, SQL
Server, Oracle… http://www.homepagez.com/metnancy/dise%F1o_dbms.htm Manual de usuario para el manejo
de bases de datos El
presente sistema está constituido por un conjunto de programas que se
encargan de controlar la información referente al personal que trabaja en la
empresa como a los clientes que posee, así como también maneja las
transacciones de compra y venta que realiza la empresa. http://html.rincondelvago.com/base-de-datos_8.html |
||||||||||
Lic. Irosteira Zapata Rivas
| Ing. Yngris Zapata Rivas |
||||||||||
©2004 Maestria en
Gerencia de las Finanzas y los Negocios |
|
|||||||||