Tecnologías de la Información y la Comunicación

Guía bases de datos Articulo1 Uso de Acces Normalizacion,interrelaciones y algebra relacional

En este archivo hay tres artículos diferentes!!!

Articulo 1

INFORMACION DE BASES DE DATOS DISTRIBUIDAS

Definición

· Una Base de Datos Distribuida es, una base de datos construida sobre una red computacional y no por el contrario en una máquina aislada. La información que constituye la base de datos esta almacenada en diferentes sitios en la red,y las aplicaciones que se ejecutan accesan datos en distintos sitios.

· Una Base de Datos Distribuida entonces es una colección de datos que pertenecen lógicamente a un sólo sistema, pero se encuentra fisicamente esparcido en varios "sitios" de la red. ·Un sistema de base de datos distribuidas se compone de un conjunto de sitios, conectados entre sí mediante algún tipo de red de comunicaciones, en el cual :

1. cada sitio es un sistema de base de datos en sí mismo, pero

2. los sitios han convenido en trabajar juntos ( si es necesario ) con el fin de que un usuario de cualquier sitio pueda obtener acceso a los datos de cualquier punto de la red tal como si todos los datos estuvieran almacenados en el sitio propio del usuario.

En consecuencia, la llamada "base de datos distribuida" es en realidad una especie de objeto virtual, cuyas partes componentes se almacenan físicamente en varias bases de datos "reales" distintas ubicadas en diferentes sitios. De hecho, es la unión lógica de esas bases de datos. En otras palabras, cada sitio tiene sus propias bases de datos "reales" locales, sus propios usuarios locales, sus propios DBMS y programas para la administración de transacciones ( incluyendo programas de bloqueo, bitácoras, recuperación, etc ), y su propio administrador local de comunicación de datos ( administrador DC ). En particular un usuario dado puede realizar operaciones sobre los datos en su propio sitio local exactamente como si ese sitio no participara en absoluto en el sistema distribuido ( al menos, ése es uno de los objetivos ). Así pues, el sistema de bases de datos distribuidas puede considerarse como una especie de sociedad entre los DBMS individuales locales de todos los sitios. Un nuevo componente de software en cada sitio ( en el aspecto lógico, una extensión del DBMS local ) realiza las funciones de sociedad necesarias; y es la combinación de este nuevo componente y el DBMS ya existente lo que constituye el llamado "sistema de administración de bases de datos distribuidas" (DDBMS, distributed database management system ).

Conceptos básicos.

· El sistema de administración de Base de Datos Distribuida (DDBMS), esta formado por las transacciones y los administradores de base de datos distribuidos de todas las computadoras. Tal DDBMS en un esquema genérico implica un conjunto de programas que operan en diversas computadoras. Estos programas pueden ser subsistemas de un producto único DDBMS, concesionado por un sólo fabricante, o también pudiera resultar de una colección de programas de fuentes dispares : algunos considerados por fabricantes y algunos otros escritos en casa.

· Un administrador de base de datos (DTM) es un programa qeu recibe solicitudes de procesamiento de los programas de consulta o de transacciones y a su vez las traduce en acciones para los administradores de la base de datos . Una función importante del DTM es coordinar y controlar dichas acciones. · Cada sitio tiene sus propias bases de datos "reales" locales, sus propios usuarios locales, sus propios DBMS y programas para administración de transacciones y su propio administrador local de comunicación de datos.

La diferencia principal entre los sistemas de bases de datos centralizados y los distribuidos es que en los primeros, los datos residen en una sola localidad, mientras que, en lo últimos, se encuentran en varias localidades. Cada localidad puede procesar transaccion locales , es decir, aquellas que sólo acceden a datos que residen en esa localidad. Además, una localidad puede participar en la ejecución de transacciones globales , es decir, aquellas que acceden a datos de varias localidades, ésta requiere comunicación entre las localidades. · Una transacción local es la que accede a cuentas en la localidad individual donde se inicio. En cambio, una transacción global accede a cuentas de una localidad distinta a la localidad donde se inicio o a cuentas de varias localidades diferentes.

¡ IMPORTANTE !

Se asume que cada localidad ejecuta el mismo software de control

de base de datos distribuida. Si no se cumple esta premisa, será

muy difícil manejar transacciones globales.

Articulo2

Base de Datos

1. Base de datos

El término de bases de datos fue escuchado por primera vez en 1963, en un simposio celebrado en california –USA.

Una base de datos se puede definir como un conjunto de información relacionada que se encuentra agrupada ó estructurada.

Desde el punto de vista de la informático, la base de datos es un sistema formado por un conjunto de datos almacenados en discos que permiten el acceso directo a ellos y un conjunto de programas que manipulen ese conjunto de datos.

Este trabajo se realizara con la finalidad de aprender un poco más sobre una base de datos, sus características, usos, estructuras, diseños, entre otros.

Una base de datos tiene mucha importancia en el ritmo de vida que llevamos en los actuales momentos, ya que, está acelera el ritmo en el momento realizar una búsqueda de información.

Algunos conceptos de bases de datos:

Base de Datos: es la colección de datos aparentes usados por el sistema de aplicaciones de una determinada empresa.

Base de Datos: es un conjunto de información relacionada que se encuentra agrupada o estructurada. Un archivo por sí mismo no constituye una base de datos, sino más bien la forma en que está organizada la información es la que da origen a la base de datos.
Base de Datos: colección de datos organizada para dar servicio a muchas aplicaciones al mismo tiempo al combinar los datos de manera que aparezcan estar en una sola ubicación

Requerimientos de las bases de datos:

El análisis de requerimientos para una base de datos incorpora las mismas tareas que el análisis de requerimientos del software. Es necesario un contacto estrecho con el cliente; es esencial la identificación de las funciones e interfaces; se requiere la especificación del flujo, estructura y asociatividad de la información y debe desarrollarse un documento formal de los requerimientos.

Requerimientos administrativos: se requiere mucho más para el desarrollo de sistemas de bases de datos que únicamente seleccionan un modelo lógico de base de datos. La bases de datos es una disciplina organizacional, un método, más que una herramienta o una tecnología. Requiere de un cambio conceptual y organizacional.

Elementos claves de organización en un ambiente de Bases de Datos

Sistema de administración de base de datos

Administración de información

Tecnología de administración de base de datos

Usuarios

Planeación de información y tecnología de modelaje

Características de las bases de datos:

Una base de datos contiene entidades de información que están relacionadas vía organización y asociación. La arquitectura lógica de una base de datos se define mediante un esquema que representa las definiciones de las relaciones entre las entidades de información. La arquitectura física de una base de datos depende de la configuración del hardware residente. Sin embargo, tanto el esquema (descripción lógica como la organización (descripción física) deben adecuarse para satisfacer los requerimientos funcionales y de comportamiento para el acceso al análisis y creación de informes.

Ventajas en el uso de bases de datos:

La utilización de bases de datos como plataforma para el desarrollo de Sistemas de Aplicación en las Organizaciones se ha incrementado notablemente en los últimos años, se debe a las ventajas que ofrece su utilización, algunas de las cuales se comentarán a continuación:

• Globalización de la información: permite a los diferentes usuarios considerar la información como un recurso corporativo que carece de dueños específicos.
• Eliminación de información inconsistente: si existen dos o más archivos con la misma información, los cambios que se hagan a éstos deberán hacerse a todas las copias del archivo de facturas.
• Permite compartir información.
• Permite mantener la integridad en la información: la integridad de la información es una de sus cualidades altamente deseable y tiene por objetivo que sólo se almacena la información correcta.
• Independencia de datos: el concepto de independencia de datos es quizás el que más ha ayudado a la rápida proliferación del desarrollo de Sistemas de Bases de Datos. La independencia de datos implica un divorcio entre programas y datos.

El sistema manejador de bases de datos (dbms).

Es un conjunto de programas que se encargan de manejar la creación y todos los accesos a las bases de datos. Se compone de un lenguaje de definición de datos, de un lenguaje de manipulación de datos y de un lenguaje de consulta.

Una de las ventajas del DBMS es que puede ser invocado desde programas de aplicación que pertenecen a Sistemas Transaccionales escritos en algún lenguaje de alto nivel, para la creación o actualización de las bases de datos, o bien para efectos de consulta a través de lenguajes propios que tienen las bases de datos o lenguajes de cuarta generación.

Ambiente moderno de base de datos:

La tecnología de las bases de datos pueden eliminar de un tajo muchos problemas creados por la organización tradicional de archivos. Una definición más rigurosa de bases de datos dice que es una colección de datos organizada para dar servicios eficientemente a muchas aplicaciones al centralizar los datos y minimizar aquellos que son redundantes. En vez de separar los datos en archivos por separados para cada aplicación, los datos son almacenados físicamente para aparecer a los usuarios como almacenados en una sola ubicación: una sola base de datos sirve a muchas aplicaciones. Por ejemplo, en vez de que una corporación almacene los datos de personal en sistemas de información separados y archivos separados para personal, nominas y prestaciones, la corporación podría crear una sola base de datos para Recursos Humanos.

2. Diseño de una base de datos

Existen distintos modos de organizar la información y representar las relaciones entre los datos en una base de datos. Los Sistemas administradores de bases de datos convencionales usan uno de los tres modelos lógicos de bases de datos para hacer seguimiento de las entidades, atributos y relaciones. Los tres modelos lógicos principalmente de bases de datos son el jerárquico, de redes y el relacional. Cada modelo lógico tiene ciertas ventajas de procesamiento y también ciertas ventajas de negocios.

Modelo de jerárquico de datos:

Una clase de modelo lógico de bases de datos que tiene una estructura arborescente. Un registro subdivide en segmentos que se interconectan en relaciones padre e hijo y muchos más. Los primeros sistemas administradores de bases de datos eran jerárquicos. Puede representar dos tipos de relaciones entre los datos: relaciones de uno a uno y relaciones de uno a muchos

Modelo de datos en red:

Es una variación del modelo de datos jerárquico. De hecho las bases de datos pueden traducirse de jerárquicas a en redes y viceversa con el objeto de optimizar la velocidad y la conveniencia del procesamiento. Mientras que las estructuras jerárquicas describen relaciones de muchos a muchos.

Modelo relacional de datos:

Es el más reciente de estos modelos, supera algunas de las limitaciones de los otros dos anteriores. El modelo relacional de datos representa todos los datos en la base de datos como sencillas tablas de dos dimensiones llamadas relaciones . Las tablas son semejantes a los archivos planos, pero la información en más de un archivo puede ser fácilmente extraída y combinada.

3. Creación de una base de datos

Para crear una base se deben realizar dos ejercicios de diseño: un diseño lógico y uno físico. El diseño lógico de una base de datos es un modelo abstracto de la base de datos desde una perspectiva de negocios, mientras que el diseño físico muestra como la base de datos se ordena en realidad en los dispositivos de almacenamiento de acceso directo. El diseño físico de la base de datos es llevado a cabo por los especialistas en bases de datos, mientras que el diseño lógico requiere de una descripción detallada de las necesidades de información del negocio de los negocios actuales usuarios finales de la base. Idealmente, el diseños de la base será una parte del esfuerzo global de la planeación de datos a nivel institucional.

El diseño lógico de la base de datos describe como los elementos en la base de datos han de quedar agrupados.

El proceso de diseño identifica las relaciones entre los elementos de datos y la manera más eficiente de agruparlos para cumplir con los requerimientos de información. El proceso también identifica elementos redundantes y los agrupamientos de los elementos de datos que se requieren para programas de aplicaciones específicos. Los grupos de datos son organizados, refinados y agilizados hasta que una imagen lógica general de las relaciones entre todos los elementos en la base de datos surja.

Bases de datos documentales:

Son las derivada de la necesidad de disponer de toda la información en el puesto de trabajo y de minimizar los tiempos del acceso a aquellas informaciones que, si bien se utilizan con frecuencia, no están estructuradas convenientemente . Esto se debe a que ala procedencia de la información es muy variada (informes, notas diversas, periódicos, revistas, muchos más.

Bases de datos distribuidas:

Es aquella que se almacena en más de un lugar físico. Partes de la base de datos se almacena físicamente en un lugar y otras partes se almacenan y mantienen en otros lugares. Existen dos maneras de distribuir una base de datos. La base de datos central puede ser particionada de manera que cada procesador remoto tenga los datos necesarios sobre los clientes para servir a su área local. Los cambios en los archivos pueden ser justificado en la base de datos central sobre las bases de lotes, en general por la noche. Otra estrategia también requiere de la actualización de la base central de datos en hojas no laborables.

Aun otra posibilidad (una que se emplea en bases de datos grandes) es mantener solo un índice central de nombres y almacenar localmente los registros completos.

El procesamiento distribuidos y las bases de datos distribuidas tienen como beneficios e inconvenientes.

 Los sistemas distribuidos reducen la vulnerabilidad de un lugar único central y voluminoso. Permiten incremento en la potencia de los sistemas al adquirir mini computadoras que son más pequeñas y baratas. Finalmente incrementan el servicio y la posibilidad de respuesta de los usuarios locales. Los sistemas distribuidos, sin embargo, dependen de la alta calidad de las líneas de telecomunicaciones , las cuales a su vez son vulnerables. Además, las bases de datos locales pueden algunas veces alejarse de las normas y las definiciones de los datos centrales y hacen surgir problemas de seguridad al distribuir ampliamente el acceso a datos de alta sensibilidad.

Bases de datos orientadas a objetos e hipermedia:

Estas son capaces de almacenar tanto procesos como datos. Por este motivo las bases orientadas al objeto deben poder almacenar información no convencional (como imágenes estáticas o en movimiento, colecciones de sonidos, entre otros). Este tipo de bases de datos deriva directamente de la llamada programación orientada a objetos, típica por ejemplo del lenguaje C/C++.

Entre las ventajas de las bases de datos orientadas al objeto destaca la posibilidad de tratar los casos excepcionales, que suelen ser la mayoría en la práctica cotidiana, en lugar de tratar de insertar la realidad en unos patrones rígidos que violentan para hacerla coincidir con los esquemas utilizados. Además, nadie pone en duda que es más cómodo manejar objetos de entorno que no es familiar, que trabaja, por ejemplo, con tablas, esquemas, cuadros, muchos más.

4. Gráficos y tablas

Los gráficos sirven para resumir en un dibujo toda una serie de datos que, presentados solos, resultan fríos y poco expresivos. Normalmente es un apartado que está íntimamente ligado a los conceptos de hoja electrónica y base de datos.

Pensemos en un fabricante al que le interesa saber el efectos sobre las ventas de un incremento del presupuesto de publicidad. Las cifras pueden calcularse mediante la hoja electrónica y puede tener sobre el papel, pero están presentadas de manera que son difíciles de comprender de comprender. Por esta razón, el fabricante puede optar por obtener estos datos de una manera mucho más explicita y fácil de asimilar, o sea, a través de una representación grafica.

Gráficos de barras:

Para trazar los gráficos de barras basta definir una variable vertical ( que será la altura de la barra) y que normalmente es la variable principal y una o varias horizontales, según.

Gráficos de torta:

Para realizar un gráfico de torta se subdivide una circunferencias completa represente el total o cien por ciento (%) de los datos. Supongamos que los votos totales en unos comicios son de 3 000 000, y que partido A ha obtenido 1 000 000, el partido B 200 000, el partido C 500 000, el partido D 900 000, el partido E 300 000 y 100 000 votos han sido anulados. Estos datos pueden representarse mediante un gráfico de torta.

Gráficos discretas:

Para realizar una gráfica discreta es suficiente escoger dos variables, una para el eje vertical y otra para el eje horizontal; la aplicación representará los diversos valores a la escala apropiada y los dibujará en la pantalla o lo imprimirá en el papel. Para representar una gráfica discreta el índice y como variable horizontal los doce meses del año. Un gráfico no solo puede integrarse con la hoja electrónica, sino también con la base de datos. Con estos datos, convenientemente dispuestas, se pueden asimismo, generar tablas que resuman dicha información.

5. Sistema de gestión de base de datos

Sistema desarrollado que hace posible acceder a datos integrados que atraviesan los límites operacionales, funcionales u organizacionales de una empresa.

Objetivos en el uso de un sistema de gestión de base de datos:

• Oportunidad, asociado a la eficiencia y eficacia.
• Disponibilidad, permitiendo la accesibilidad de datos
• Consistencias (oportunidad + disponibilidad), como calidad de datos
• Evolución, para adaptarse al entorno
• Integridad, en el nivel de los datos así como el sistema.

Objetivos del sistema de gestión de base de datos que podemos identificar son:

• Independencia de datos
• Accesibilidad limitada
• Datos al día y sin redundancias
• Consistencia
• Interfaz única
• Entrada directa a los datos
• Recuperación por diferentes accesos
• Función completa de interrogantes
• Estandarización
• Seguridad

Productos Asociados A Los Sistema De Gestión De Base De Datos:
Existen cuatro productos básicos en los Sistema de Gestión de Base de Datos para sistemas Host (propietarios). Estos son:

• Repositorio / diccionario / directorio / enciclopedia
• Desarrollador de aplicaciones (Prototipo, Lenguaje(s) de programación, basado en interpretes).
• Lenguaje de consulta
• Lenguaje reporteador

Administración de los datos:

 
Los sistemas de bases de datos requieren que la institución reconozca el papel estratégico de la información y comience activamente a administrar y planear la información como recurso corporativo. Esto significa que la institución debe desarrollar la función de administración de datos con el poder de definir los requerimientos de la información para toda la empresa y con acceso directo a la alta dirección. El director de la información (DI) o vicepresidentes de la información es el primero que aboga en la institución por los sistemas de bases de datos.

La administración de la información es responsable de las políticas y procedimientos específicos mediante los cuales los datos pueden ser administrados como recursos institucionales. Entre estas responsabilidades se incluye el desarrollo de la política de información, la planeación de los datos, contemplan un diseño lógico de la base de datos por los especialistas en sistemas de información y los grupos de usuarios finales.

El principio fundamental de la administración de datos es que son propiedad de la institución como un todo. Los datos pueden pertenecer en exclusiva a ninguna de las áreas de los negocios o unidades organizacionales. Todos los datos deben quedar disponibles para cualquier grupo que lo requiera para alcanzar su misión. Una institución debe formular una política de información que especifique sus reglas para compartir, distribuir, adquirir, clasificar, estandarizar e inventariar la información en la institución. La política de información traza procedimientos y responsabilidades especifican, que definen qué unidades de la institución comparten la información, donde puede distribuirse la información y quién es responsable de actualizar y dar mantenimiento a la información.

Metodología para la planeación y el modelaje de datos:

Como los intereses institucionales servidos por el sistema de gestión de base de datos son muchos más amplios que aquellos del ambiente tradicional de archivos, la empresa requiere de una planeación en todo su ámbito para todos los datos. El análisis a nivel de empresa, que trata sobre los requerimiento de toda la institución (en contraposición con los requisitos de las aplicaciones individuales), es necesario para el desarrollo de bases de datos. El fin del análisis de la empresa es identificar las entidades, atributos y relaciones claves que conforman los datos de la institución.

Tecnología y administración de las bases de datos:

Las bases de datos requieren de nuevo software y de un nuevo personal capacitado especialmente en las técnicas de los Sistema de Gestión de Base de Datos (SABD), así como las nuevas estructuras administrativas. En la mayoría de las corporaciones se desarrolla un grupo de diseño y administración de bases de datos dentro de la división de sistemas de información, que es responsable por los aspectos más técnicos y operativos de la administración de los datos. Las funciones que realiza se denominan administración de bases de datos.

Este grupo realiza lo siguiente:

• Define y organiza la estructura y el contenido de la base de datos.
• Desarrolla procedimientos de seguridad para la salvaguarda de la base de datos.
• Desarrolla la documentación de la base de datos.
• Da mantenimiento al software de administración de la base de datos.

En estrecha cooperación con los usuarios, el grupo de diseño establece la base de datos física, las relaciones lógicas entre los elementos, las reglas y procedimientos de acceso.

Usuarios:
Una base de datos sirve a una comunidad más amplia de usuarios que los sistemas tradicionales. Los sistemas relacionales con lenguaje de consulta de cuarta generación permiten que los empleados no especializados en computo tengan acceso a grandes bases de datos. Además, entre los usuarios se debe incluir a los especialistas entrenados en el computo. Con el objeto de optimizar el acceso para los no especialista, es necesario destinar más recursos para capacitar a los usuarios finales. Los profesionales de los sistemas deben ser capacitados de nuevo en el lenguaje de los sistemas de administración de base de datos, en los procedimientos de desarrollo de las aplicaciones de los sistemas y en nuevas prácticas de software.

6. Creación de un informe rápido

Los informes de base de datos están definidos por bandas de informe. Estas bandas de informes se definen cinco tipos diferentes de líneas de informe por ejemplo la cabeceras que aparecen en la parte superior de cada pagina, líneas de detalle y resúmenes de informe. Cuando se utiliza la organización de informe rápido no es necesario aprender sobre los diferentes tipos de bandas; todo lo que se necesita es decir a Dbase que cree el formato del informe.

Dbase coloca las entradas en las bandas del informe cuando crea un informe rápido. Crea una banda cabecera de página que contiene la fecha, número de páginas y nombre de campo. Una banda de detalle contiene las entradas de la base de datos. La banda de resumen de informe contiene los totales de todos los campos numéricos y flotantes.

Se puede comprobar al aspecto de un formato de informe visualizándolo en pantalla. Dbase visualizará las entradas de los registros en lugar de los patrones. Se puede ir hacia delante para ver las páginas posteriores del informe, pero no se puede revisualizar pantallas de informaciones previas.

Para crear un informe rápido:

• Desplazar el subrayado en el panel de datos al archivo del que se requiere un informe rápido.
• Pulsar la tecla de informe rápido (DESPL –F9)
• Teclear V para visualizar el informe en pantalla
• Pulsar la BARRA DE ESPACIO para ver cada pantalla del informe y volver al Centro de Control.

Se puede crear un informe rápido desde cualquier panel de Centro de Control (excepto desde el panel de aplicaciones, si hay un archivo de datos activo. Se pulsa la tecla de Informe Rápido (DESPL –F9) para activarlo. También se puede crearse el modo a través del panel de datos del centro de control. El informe que se crea, utiliza la base de datos actual a menos que se seleccione otra base de datos en el panel datos del centro de control y se pulsa la tecla de informe rápido (DESPL. – F9)

Para imprimir un informe :

Para imprimir un informe con la impresora implícita:

o      Convertir en actual la base de datos de la que se requiere crear un informe.

o      Pulsar la tecla de informe rápido(DESPL.-F9)

o      Teclear B para la opción comenzar a imprimir.

Para imprimir un informe con otra opción de impresora:

o      Convertir en actual la base de datos de la que se quiere crear un informe.

o      Pulsar la tecla de informe rápido (DESPL.-F9)

o      Teclear D para la opción destinatario

o      Teclear P para la opción Printer Model hasta que la dbase visualice una breve descripción de la impresora.

o      Teclear B para la opción Bejín Printing.

Creación y almacenamiento de un informe personalizado:

Los informes personalizados ofrecen lo último en posibilidades de personalización. Sin embargo, toda esta flexibilidad requiere un compromiso puesto que lleva más tiempo crear un informe personalizado que crear un informe rápido. Se puede combinar las ventajas de ambos planteamientos cuando sólo se necesitan realizar pequeños cambios a un informe rápido utilizando las opciones del menú de disposición rápida. Estas opciones permiten seleccionar un formato para crear rápidamente un diseño de informe que se pueda modificar posteriormente.

Se pueden añadir y eliminar campos desde el diseño de informe. Se puede salvar la disposición del informe modificado y proseguir su ampliación con el tiempo. La inversión que se realiza personalizando un informe dará beneficios a lo largo de la vida de la aplicación de la base.

Para crear una disposición rápida para un informe personalizado:

• Active la base de datos que vaya a utilizar para el informe.
• Pulse flecha derecha tres veces para moverse al panel de informe (report panel)
• Pulse intro o la tecla de diseño (DESPL.- F2) para introducirse a la pantalla de diseño de informes.
• Subraye Quick Layouts (Disposición rápida) pulse intro o teclee Q para seleccionar la disposición rápida del menú de despliegue layout (composición)
• Mueva el subrayado a la opción de composición que se quiera y pulse INTRO o teclee la primera letra de la opción de composición.

7. Creación de consulta básica

Las consultas Dbase constan de archivos que permiten realizar muchas tareas diferentes con los datos. Se pueden utilizar las consultas para controlar los campos de datos que se pueden ver. También se pueden utilizar las consultas para controlar los registros que visualiza Dbase. Las consultas pueden cambiar el orden de presentación de datos y pueden incluso actualizarlos. Las consultas no contienen información de la base de datos, sino tan solo las instrucciones necesarias para seleccionar los registros y campos requeridos de una base de datos.

Consulta de un campo para una entrada carácter:

Se pueden crear consultas simples para encontrar todos los registros que contienen una entrada de carácter especifica. Se puede utilizar la coincidencia exacta u operadores relacionales cuando se realiza la búsqueda. Puesto que se deben encerrar las cadenas de caracteres entre comillas, se puede buscar una coincidencia exacta colocando la cadena de caracteres que se necesite encontrar entre comillas.

Almacenamiento y uso de consultas.

Dbase IV puede almacenar un consulta como archivo. Esto ofrece la ventaja de reutilizar la consulta posteriormente sin reentrar en ella. Para utilizar cualquier consulta almacenada en disco se selecciona un archivo de consultas del panel de consultas del centro de control con la apropiada base de datos en uso. Las condiciones que también se denominan filtros establecidas por esta consulta se ponen en vigor automáticamente para ocultar los registros que presenta Dbase. Se puede utilizar para afectar a la visualización de los registros sobre la pantalla o para restringir los registros presentados en los informes que se crean.

Consulta de campos numéricos:

La búsqueda de valores numéricos permiten operar con todos los registros de empleado con un código de trabajo especifico o todos los registros de un número de cliente particular. Se controlan los registros que cumplan la consulta en base a los contenidos de un campo numérico en lugar de un campo carácter, pero la mayor parte de las características de las consultas utilizadas para campos numéricos son exactamente las mismas que se utilizan para campos de carácter.

Se pueden utilizar ejemplos de coincidencia exacta para localizar datos. Puesto que estamos trabajando con datos numéricos, las comillas no se necesitan. También se puede utilizar muchos de los operadores relacionales que utilizaron con los campos de carácter.

Consulta de campo de fecha:

La consulta de los campos de fecha no es diferente del acceso a otros tipos de campos. Dbase reconoce los campos de fecha y los trata como una entrada de fecha si se incluyen de las llaves { }. Se utilizan los ejemplos bajo este tipo de campos para encontrar una coincidencia exacta o relacional. Se pueden utilizar ejemplos relacionales para localizar todos los registros anteriores y posteriores a una fecha dada. También se pueden encontrar registros dentro de un rango especifico de fechas colocando en el ejemplo dos expresiones relacionadas separadas por coma (,).

Consultas de campos lógicos:

Los campos lógicos contienen indicadores de verdadero o falso.
Cuando se crea un ejemplo de un campo lógico, se puede hacer que Dbase busque valores verdaderos o falso colocando .T. o .F. como un ejemplo debajo del tipo de campo. Dbase también acepta .t., .f., ..f., .Y., .N., .y., y .n., como entradas para este campo.

8. Conclusión

Luego de haber concluido este trabajo de investigación sobre bases de datos fueron muchos los esfuerzos y conocimientos adquiridos durante dicha elaboración.

Algunos de los aspectos aprendidos y que de gran peso es la base de datos su definición, requerimiento, ventajas y características donde podemos decir que la base de datos: Es una colección de datos o información usados para dar servicios a muchas aplicaciones al mismo tiempo.

En cuanto al requerimiento podemos decir que cumple loas mismas tareas de análisis que del software y tiene como característica relacionar la información como vía organización y asociación donde la base de datos tiene una ventaja que es utilizar la plataforma para el desarrollo del sistema de aplicación en las organizaciones.
Otro aspectos importante seria el diseño y creación de la base de datos, donde existen distintos modos de organizar la información y representar las relaciones entre por datos los tres modelos lógicos principales dentro de una base de datos son el jerárquico, de redes y el relacional, los cuales tiene ciertas ventajas de procesamiento y de negocios.

Otro punto necesario es la clase de bases de datos las cuales son, base de dato documental, base de datos distribuidas y base de datos orientadas a objetos e hipermedia y tienen como función derivar, almacenar y procesar datos dentro de una información.
Los gráficos y tablas nos sirven para resumir en un dibujo toda una serie de datos mucho más explicito y fácil de asimilar, los tipos de gráficos que se pueden utilizar en una base de datos son: gráficos de pastel, barra y discretos.

Sistemas de gestión, es un sistema de desarrollo que hace posible ascender a datos integrados funcionales y organizacionales de una empresa.
Otro punto importante seria la creación de un informe y consultas dentro de una base de datos.

Los informe de base de datos están definidos por bandas de informe, estas bandas de informe se definen cinco tipos de diferentes función en el informe, por ejemplo la cabecera que aparece en la parte superior de cada pagina, líneas de detalle y resumen de informe. El informe se pueda crear rápido y personalizado.
La creación de consultas de base de datos consta de archivos que permiten realizar muchas tareas diferentes con los datos que se pueden ver. También se pueden utilizar para controlar los registros que visualiza Dbase la consulta no contiene información de base de datos, si no tan solo las instrucciones necesarias para seleccionar los registros y campos requeridos de una base de datos.

Articulo3

 

Normalización de Bases de Datos y Técnicas de diseño

Uno de los factores mas importantes en la creación de páginas web dinámicas es el diseño de las Bases de Datos (BD). Si tus tablas no estan correctamente diseñadas, te pueden causar un montón de dolores de cabeza cuando tengas de realizar complicadísimas llamadas SQL en el código PHP para extraer los datos que necesitas. Si conoces como establecer las relaciones entre los datos y la normalización de estos, estarás preparado para comenzar a desarrollar tu aplicación en PHP.

Si trabajas con MySQL  o con Orable, debes conocer los métodos de normalización del diseño de las tablas en tu sistema de BD relacional. Estos métodos pueden ayudarte a hacer tu código PHP mas fácil de comprender, ampliar, y en determinados casos, incluso hacer tu aplicación mas rápida.

Básicamente, las reglas de Normalización están encaminadas a eliminar redundancias e inconsistencias de dependencia en el diseño de las tablas. Más tarde explicaré  lo que esto significa mientras vemos los cinco pasos progresivos para normalizar,  tienes que tener en cuenta que debes crear una BD funcional y eficiente. Tambien detallaré los tipos de relaciones que tu estructura de datos puede tener.

Digamos que queremos crear una tabla con la información de usuarios, y los datos a guardar son el nombre, la empresa, la dirección de la empresa y algun e-mail, o bien URL si las tienen. En principio comenzarias definiendo la estructura de una tabla como esta:

Formalización CERO

Diríamos que la anterior tabla esta en nivel de Formalizacion Cero porque  ninguna de nuestras reglas de normalización ha sido aplicada. Observa los campos url1 y url2 -- ¿Qué haremos cuando en nuestra aplicación necesitemos una tercera url ? ¿ Quieres tener que añadir otro campo/columna a tu tabla y tener que reprogramar toda la entrada de datos de tu código PHP ? Obviamente no,  tu quieres crear un sistema funcional que pueda crecer y adaptarse fácilmente a los nuevos requisitos. Hechemos un vistazo a las reglas del Primer Nivel de Formalización-Normalización, y las aplicaremos a nuestra tabla.

Primer nivel de Formalización/Normalización. (F/N)

1.     Eliminar los grupos repetitivos de la tablas individuales.

2.     Crear una tabla separada por cada grupo de datos relacionados.

3.     Identificar cada grupo de datos relacionados con una clave primaria.

 ¿ Ves que estamos rompiendo la primera regla cuando repetimos los campos url1 y url2 ? ¿ Y que pasa con la tercera regla, la clave primaria ?  La regla tres básicamente significa que tenemos que poner una campo tipo contador autoincrementable para cada registro. De otra forma, ¿ Qué pasaria si tuvieramos dos usuarios llamados Joe y queremos diferenciarlos. Una vez que aplicaramos el primer nivel de F/N nos encontrariamos con la siguiente tabla:

Ahora diremos que nuestra tabla está en el primer nivel de F/N. Hemos solucionado el problema de la limitación del campo url. Pero sin embargo vemos otros problemas....Cada vez que introducimos un nuevo registro en la tabla usuarios, tenemos que duplicar el nombre de la empresa y del usuario. No sólo nuestra BD crecerá muchísimo, sino que será muy facil que la BD se corrompa  si escribimos mal alguno de los datos redundantes. Aplicaremos pues el segundo nivel de F/N:

Segundo nivel de F/N

1.     Crear tablas separadas para aquellos grupos de datos que se aplican a varios registros.

2.     Relacionar estas tablas mediante una clave externa.

Hemos separado el campo url en otra tabla, de forma que podemos añadir más en el futuro si tener que duplicar los demás datos. Tambien vamos a  usar nuestra clave primaria para relacionar estos campos:

Perfecto, hemos creado tablas separadas y la clave primaria en la tabla usuarios, userId, esta relacionada ahora con la clave externa en la tabla urls, relUserId. Esto esta  mejor.  ¿ Pero que ocurre cuando queremos añadir otro empleado a la empresa ABC ?  ¿ o 200 empleados ? Ahora tenemos el nombre de la empresa y su dirección duplicandose, otra situación que puede inducirnos a introducir errores en nuestros datos. Así que tendrémos que aplicar el tercer nivel de F/N:

Tercer nivel de F/N.

3.     Eliminar aquellos campos que no dependan de la clave.

Nuestro nombre de empresa y su dirección no tienen nada que ver con el campo userId, asi que tienen que tener su propio empresaId:

Ahora tenemos la clave primaria emprId en la tabla empresas relacionada con la clave externa recEmpresaId en la tabla usuarios, y podemos añadir 200 usuarios mientras que sólo tenemos que insertar el nombre 'ABC' una vez. Nuestras tablas de usuarios y urls pueden crecer todo lo que quieran sin duplicación ni corrupción de datos. La mayoria de los desarrolladores dicen que el tercer nivel de F/N es suficiente, que nuestro esquema de datos puede manejar facilmente los datos obtenidos de una cualquier empresa en su totalidad, y en la mayoria de los casos esto será cierto.

Pero hechemos un vistazo a nuestro campo urls - ¿ Ves duplicación de datos ? Esto es perfectamente aceptable si la entrada de datos de este campo es solicitada al usuario en nuestra apliación para que teclee libremente su url, y por lo tanto es sólo una coincidencia que Joe y Jill teclearon la misma url. ¿ Pero que pasa si en lugar de entrada libre de texto usáramos un menú desplegable con 20 o incluso más urls predefinidas ? Entonces tendríamos que llevar nuestro diseño de BD al siguiente nivel de F/N, el cuarto, muchos desarrolladores lo pasan por alto porque depende mucho de un tipo muy específico de relación, la relación  'varios-con-varios', la cual aún no hemos encontrado en nuestra aplicación.

 

Relaciones entre los Datos

Antes de definir el cuarto nivel de F/N,  veremos tres tipos de relaciones entre los datos: uno-a-uno, uno-con-varios y varios-con-varios. Mira la tabla usuarios en el Primer Nivel de F/N del ejemplo de arriba. Por un momento imaginámos que ponemos el campo url en una tabla separada, y cada vez que introducimos un registro en la tabla usuarios tambien introducimos una sola fila en la tabla urls. Entonces tendríamos una relacion uno-a-uno: cada fila en la tabla usuarios tendría exactamente una fila correspondiente en la tabla urls. Para los propósitos de nuestra aplicación no sería útil la normalización.

Ahora mira las tablas en el ejemplo del Segundo Nivel de F/N. Nuestras tablas permiten a un sólo usuario tener asociadas varias urls. Esta es una relación uno-con-varios, el tipo de relación más común, y hasta que se nos presentó el dilema del Tercer Nivel de F/N. la única clase de relación que necesitamos.

La relación varios-con-varios, sin embargo, es ligeramente más compleja. Observa en nuestro ejemplo del Tercer Nivel  de F/N que tenemos a un usuario relacionado con varias urls. Como dijímos, vamos a cambiar la estructura para permitir que varios usuarios esten relacionados con varias urls y así tendremos una relación varios-con-varios. Veamos como quedarían nuestras tablas antes de seguir con este planteamiento:

Para disminuir la duplicación de los datos ( este proceso nos llevará al Cuarto Nivel de F/N), hemos creado una tabla que sólo tiene claves externas y primarias url_relations. Hemos sido capaces de remover la entradas duplicadas en la tabla urls creando la tabla url_relations. Ahora podemos expresar fielmente la relación que ambos Joe and Jill tienen entre cada uno de ellos, y entre ambos, las urls. Así que veamos exáctamente que es lo que el Cuarto Nivel de F/N. supone:

Cuarto Nivel de F/N.

4.     En las relaciones varios-con-varios, entidades independientes no pueden ser almacenadas en la misma tabla.

Ya que sólo se aplica a las relaciones varios-con-varios, la mayoria de los desarrolladores pueden ignorar esta regla de forma correcta. Pero es muy útil en ciertas situaciones, tal como esta. Hemos optimizado nuestra tabla urls eliminado duplicados y hemos puesto las relaciones en su propia tabla.

Les voy a poner un ejemplo prático, ahora podemos seleccionar todas las urls de Joe realizando la siguiente instrucción SQL:

SELECT nombre, url FROM usuarios, urls, url_relations WHERE url_relations.relatedUserId = 1 AND usuarios.userId = 1 AND urls.urlId = url_relations.relatedUrlId

Y si queremos recorrer todas las urls de cada uno de los usuarios, hariamos algo así:

SELECT nombre, url FROM usuarios, urls, url_relations WHERE usuarios.userId = url_relations.relatedUserId AND urls.urlId = url_relations.relatedUrlId

Quinto Nivel de F/N.

Existe otro nivel de normalización que se aplica a veces, pero es de hecho algo esotérico y en la mayoria de los casos no es necesario para obtener la mejor funcionalidad de nuestra estructura de datos o aplicación. Su principio sugiere:

1.     La tabla original debe ser reconstruida desde las tablas resultantes en las cuales a sido troceada.

Los beneficios de aplicar esta regla aseguran que no has creado ninguna columna extraña en tus tablas y que la estructura de las tablas que has creado sea del tamaño justo que tiene que ser. Es una buena práctica aplicar este regla, pero a no ser que estes tratando con una extensa estructura de datos probablemente no la necesitarás.

Espero que hayas encontrado este artículo útil, y que seas capaz de aplicar estas reglas de normalización a todos tus proyectos de bases de datos. Y en el caso que te estes preguntando de donde viene todo esto, las tres primeras reglas de normalización fueron perfiladas por el Dr. E.F.Codd en su escrito de 1972, "Further Normalization of the Data Base Relational Model" ( Referente a la normalización de las Bases de Datos Relacionales).  La otras regla han sido teorizadas por posteriores matemáticos/Algebristas.