Mostrando entradas con la etiqueta iintroducciion a una base de datos♥. Mostrar todas las entradas
Mostrando entradas con la etiqueta iintroducciion a una base de datos♥. Mostrar todas las entradas

20090212

Operadores Adicionales de Consulta

  • Operadores adicionales de consultas: Los operadores permiten realizar operaciones aritméticas, comparaciones, concatenaciones o asignaciones de valores. Por ejemplo, puede probar datos para comprobar que la columna de país o región de los datos de clientes está llena o no es NULL
En las consultas, cualquier persona que pueda ver los datos de la tabla que se deben usar con algún tipo de operador puede realizar operaciones. Para poder cambiar los datos correctamente, debe disponer de los permisos adecuados.

En Microsoft SQL Server, los operadores se utilizan para lo siguiente:

Cambiar datos, permanente o temporalmente.

Buscar filas o columnas que cumplan una condición determinada.

Implementar una decisión entre columnas de datos o entre expresiones.

Probar determinadas condiciones antes de iniciar o confirmar una transacción, o antes de ejecutar determinadas líneas de código.

  • Estos operadores permiten una mejor busqeda sobre algun dato, asunto o materia, asi el uso de la base sera mas facil y rapido.


20090211

Operadores Derivados

  • Los operadores derivados: son aquellos que se pueden expresar siempre en función de operadores primitivos, pero su introducción tiene por fin la simplificación de las consultas.

  • Como su nombre lo indica son resultado de otros qe podrian ser los primitivos, son de facil manejo, para simplificar las consultas.
  • http://usuarios.lycos.es/cursosgbd/UD3.htm

Operadores Primitivos...

  • Operadores Primitivos: Son varios los operadores que podríamos llamar primitivos: los tradicionales de teoría de conjuntos unión, diferencia y producto cartesiano, y los especialmente introducidos por Codd de restricción y proyección; además, existen otros operadores que se pueden considerar derivados, ya que se pueden deducir de los primitivos.

    El aspecto dinámico del modelo relacional en lo que al álgebra se refiere, lo constituye una colección de operadores que, aplicados a las relaciones, dan como resultado nuevas relaciones (propiedad de cierre).

    Los operandos del álgebra son las relaciones y los operadores se aplican a las relaciones a fin de formular consultas a la BD.


  • Existen diversos tipos de operadores primitivos los cuales van a ir variando de acuerdo a la necesidad de el usuario de la base de datos, de estos mismos se pueden derivar otros para poder asi hacer la relacion de las tablas .

  • http://usuarios.lycos.es/cursosgbd/UD3.htm

Algebra Relacional...

  • Algebra Relacional: es un conjunto de operaciones que describen paso a paso como computar una respuesta sobre las relaciones, tal y como éstas son definidas en el modelo relacional. Denominada de tipo procedimental, a diferencia del Cálculo relacional que es de tipo declarativo.
    Describe el aspecto de la manipulación de datos. Estas operaciones se usan como una representación intermedia de una consulta a una base de datos y, debido a sus propiedades algebraicas, sirven para obtener una versión más optimizada y eficiente de dicha consulta

  • Es un metodo por el cual daras referencia mas rapido de cómo se realizo una operación dentro de la base de datos, mencionando el procedimiento usado.

Arquitectura de tres niveles...

  • Arquitectura de tres niveles
    Hay tres características importantes inherentes a los sistemas de bases de datos: la separación entre los programas de aplicación y los datos, el manejo de múltiples vistas por parte de los usuarios y el uso de un catálogo para almacenar el esquema de la base de datos. En 1975, el comité ANSI-SPARC (American National Standard Institute - Standards Planning and Requirements Committee) propuso una arquitectura de tres niveles para los sistemas de bases de datos, que resulta muy útil a la hora de conseguir estas tres características.
    El objetivo de la arquitectura de tres niveles es el de separar los programas de aplicación de la base de datos física. En esta arquitectura, el esquema de una base de datos se define en tres niveles de abstracción distintos:
    En el nivel interno se describe la estructura física de la base de datos mediante un esquema interno. Este esquema se especifica mediante un modelo físico y describe todos los detalles para el almacenamiento de la base de datos, así como los métodos de acceso.
    En el nivel conceptual se describe la estructura de toda la base de datos para una comunidad de usuarios (todos los de una empresa u organización), mediante un esquema conceptual. Este esquema oculta los detalles de las estructuras de almacenamiento y se concentra en describir entidades, atributos, relaciones, operaciones de los usuarios y restricciones. En este nivel se puede utilizar un modelo conceptual o un modelo lógico para especificar el esquema.
    En el nivel externo se describen varios esquemas externos o vistas de usuario. Cada esquema externo describe la parte de la base de datos que interesa a un grupo de usuarios determinado y oculta a ese grupo el resto de la base de datos. En este nivel se puede utilizar un modelo conceptual o un modelo lógico para especificar los esquemas.
    La mayoría de los SGBD no distinguen del todo los tres niveles. Algunos incluyen detalles del nivel físico en el esquema conceptual. En casi todos los SGBD que se manejan vistas de usuario, los esquemas externos se especifican con el mismo modelo de datos que describe la información a nivel conceptual, aunque en algunos se pueden utilizar diferentes modelos de datos en los niveles conceptual y externo.
    Hay que destacar que los tres esquemas no son más que descripciones de los mismos datos pero con distintos niveles de abstracción. Los únicos datos que existen realmente están a nivel físico, almacenados en un dispositivo como puede ser un disco. En un SGBD basado en la arquitectura de tres niveles, cada grupo de usuarios hace referencia exclusivamente a su propio esquema externo. Por lo tanto, el SGBD debe transformar cualquier petición expresada en términos de un esquema externo a una petición expresada en términos del esquema conceptual, y luego, a una petición en el esquema interno, que se procesará sobre la base de datos almacenada. Si la petición es de una obtención (consulta) de datos, será preciso modificar el formato de la información extraída de la base de datos almacenada, para que coincida con la vista externa del usuario. El proceso de transformar peticiones y resultados de un nivel a otro se denomina correspondencia o transformación. Estas correspondencias pueden requerir bastante tiempo, por lo que algunos SGBD no cuentan con vistas externas.
    La arquitectura de tres niveles es útil para explicar el concepto de independencia de datos que podemos definir como la capacidad para modificar el esquema en un nivel del sistema sin tener que modificar el esquema del nivel inmediato superior. Se pueden definir dos tipos de independencia de datos:
    La independencia lógica es la capacidad de modificar el esquema conceptual sin tener que alterar los esquemas externos ni los programas de aplicación. Se puede modificar el esquema conceptual para ampliar la base de datos o para reducirla. Si, por ejemplo, se reduce la base de datos eliminando una entidad, los esquemas externos que no se refieran a ella no deberán verse afectados.
    La independencia física es la capacidad de modificar el esquema interno sin tener que alterar el esquema conceptual (o los externos). Por ejemplo, puede ser necesario reorganizar ciertos ficheros físicos con el fin de mejorar el rendimiento de las operaciones de consulta o de actualización de datos. Dado que la independencia física se refiere sólo a la separación entre las aplicaciones y las estructuras físicas de almacenamiento, es más fácil de conseguir que la independencia lógica.
  • Por lo tanto, la arquitectura de tres niveles puede facilitar la obtención de la verdadera independencia de datos, tanto física como lógica. Lo que ayuda es la organización de los datos de una manera mas organizad de acuerdo al usuario ya que los ira organizando desde diferente nivel de abstraccion (o su nivel de complejidad)
  • http://www3.uji.es/~mmarques/f47/apun/node33.html

Modelo Ansi-Park

  • Modelo ANSI-PARK
    La arquitectura a tres niveles del grupo ANSI, con su esquema conceptual, ha marcado una clara línea de investigación en el campo de las bases de datos. Aun cuando en trabajos y propuestas de normalización anteriores ya se había indicado la conveniencia de separar los tres niveles de estructuras, ninguno de estos estudios había tenido un impacto semejante al del esquema conceptual de ANSI. Consideramos, por tanto, de interés presentar dicha arquitectura.
    Una de las primeras tareas del grupo de estudio consistió en buscar una terminología común e intentar desarrollar un vocabulario consistente y comprensible. Otro trabajo que se abordó desde las primeras etapas fue el análisis de los componentes
    La arquitectura ANSI/X3/SPARC está parcialmente basada en el concepto de máquinas anidadas (lo que se llama a veces tipo cebolla). El flujo de datos pasa a través de las distintas capas, que están separadas por inter-faces y cuyas funciones se describen con cierto detalle en el documento. Los múltiples interfaces, cuyo número se ha considerado excesivo, tienden a aislar los diversos componentes del sistema con vistas a conseguir el objetivo de independencia.
    En esta arquitectura se definen distintas funciones: humanas, representadas en la Figura por hexágonos; funciones de programa, que se presentan por medio de rectángulos; interfaces, que se representan mediante líneas y para cuya instrumentación el informe no dicta ninguna norma, pu-diendo ser, por tanto, interfaces físico, lógico, microprogramador, etc., y metadatos o diccionario de datos, representado por medio de un triángulo y que tiene un papel fundamental en esta arquitectura.


  • Este modelo se basa en tres niveles los cuales ayudan al usuario para el uso de las bases de datos, a traves de un mejor entendimiento entre estos.

  • html.rincondelvago.com/bases-de-datos_7.html - 53k -


Reqerimientos para la construccion de una base de datos.

  • Requerimientos para la construcción de una base de datos

HARDWARE
Se requiere de un servidor para el almacenamiento y manejo de la base de datos corporativa; este servidor se recomienda que sea altamente escalable, pues algunas veces el proyecto de construcción de la bodega presenta redimensionamiento a medida que se avanza en la implementación. La capacidad inicial de almacenamiento estará determinada por los requerimientos de información histórica presentados por la empresa y por la perspectiva de crecimiento que se tenga.

Dependiendo del diseño del sistema, puede ser necesario contar con un segundo servidor para las herramientas de consulta de datos. Este equipo debe tener el sistema operativo recomendado por el proveedor de la herramienta a utilizar, siendo el más usado alguna versión de Windows.

Las estaciones de trabajo de cada usuario deberán cumplir con las características recomendadas por el proveedor de la herramienta de consulta seleccionada.

HERRAMIENTAS DE SOFTWARE

Las herramientas se clasifican en cuatro categorías básicas: Herramientas de Almacenamiento (bases de datos, bases de datos multidimensionales), Herramientas de Extracción y Colección, Herramientas para Reportes de Usuario Final y Herramientas para Análisis Inteligentes.

Herramientas de Almacenamiento: corresponde a la herramienta en la cual se irán a almacenar los datos. Existen muchas opciones, dependiendo del volumen de los datos, presupuesto, y capacidad de su sistema. Cada uno de los sistemas de administración de bases de datos, como Oracle, DB2, Informix, TeraData, Sybase, etc, tienen una facilidad de Data Warehouse.

Herramientas de Extracción y Colección: Ayudan a definir, acumular, totalizar y filtrar los datos de sus sistemas transaccionales en el Data Warehouse. La mayoría de esas herramientas son desarrolladas por el personal interno de la compañía dado el gran conocimiento que tienen de los sistemas transaccionales.

Herramientas para Elaboración de Reportes a Usuarios Finales: Es la interface vista por el usuario. Al usuario se le debe proveer un mecanismo para que vea los datos a un alto nivel y que entonces obtenga con ello la solución a preguntas específicas. Existen muchas herramientas, incluyendo Cognos Powerplay, Business Objects, SAS, ShowCase Strategy, etc.

Herramientas de Análisis Inteligente: Entre ellas están las de empresas como IBM, SAS, Arbor, Cognos, Business Objects, entre otras. Estas herramientas han sido construidas utilizando inteligencia artificial, buscan alrededor del Data Warehouse modelos y relaciones en los datos. Estas herramientas utilizan una técnica conocida como Data Minning o Minería de datos.

20090204

Modelo Relacional

  • EL MODELO RELACIONAL: para la gestión de una base de datos es un modelo de datos basado en la lógica de predicado y en la teoría de conjuntos. Es el modelo más utilizado en la actualidad para modelar problemas reales y administrar datos dinámicamente. Tras ser postuladas sus bases en 1970 por Edgar Frank Codd, de los laboratorios IBM en San José (California), no tardó en consolidarse como un nuevo paradigma en los modelos de base de datos.
    Su idea fundamental es el uso de «relaciones». Estas relaciones podrían considerarse en forma lógica como conjuntos de datos llamados «tuplas». 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á compuestas por registros (cada fila de la tabla sería un registro o tupla), y columnas (también llamadas campos).
  • Este modelo permite ir organizando la información a través de “relaciones” las cuales irán uniendo información necesaria.

Modelo Entidad-Relacion

  • EL MODELO ENTIDAD-RELACIÓN: es un concepto de modelado para bases de datos, propuesto por Peter Chen en 1976, mediante el cual se pretende 'visualizar' los objetos que pertenecen a la Base de Datos como entidades (se corresponde al concepto de objeto de la Programación Orientada a Objetos) las cuales tienen unos atributos y se vinculan mediante relaciones.
    Es una representación conceptual de la información. Mediante una serie de procedimientos se puede pasar del modelo E-R a otros, como por ejemplo el modelo relacional.
    El modelado entidad-relación es una técnica para el modelado de datos utilizando diagramas entidad relación. No es la única técnica pero sí la más utilizada. Brevemente consiste en los siguientes pasos:
    Se parte de una descripción textual del problema o sistema de información a automatizar (los requisitos).
    Se hace una lista de los sustantivos y verbos que aparecen.
    Los sustantivos son posibles entidades o atributos.
    Los verbos son posibles relaciones.
    Analizando las frases se determina la cardinalidad de las relaciones y otros detalles.
    Se elabora el diagrama (o diagramas) entidad-relación.
    Se completa el modelo con listas de atributos y una descripción de otras restricciones que no se pueden reflejar en el diagrama.
  • Esta basado en la creación de diagramas para su pronta organización para así poder facilitar el uso de las bases de datos. Dado lo rudimentario de esta técnica se necesita cierto entrenamiento y experiencia para lograr buenos modelos de datos.

Modelo Jerarquico

  • MODELO JERARQUICO: El modelo jerárquico de bases de datos fue el pionero en los sistemas de bases de datos, allá por comienzos de los años 60. En realidad no hay un modelo teórico detrás sino que surgió a raíz de los trabajos de IBM y de la NAA (North American Aviation) que dieron lugar al IMS (Information Management System) que podemos considerar el primer sistema de base de datos jerárquico.
    En el modelo jerárquico sólo se pueden modelar relaciones 1: N, aunque esto se podía arreglar mediante el uso de los llamados "vínculos virtuales" que posibilitan las relaciones N: M. Para conocer mejor este modelo conviene revisar el sistema IMS y su lenguaje DL/1.
    Al igual que con el modelo de red, el principal problema de los sistemas de bases de datos jerárquicos es el de la poca independencia de los programas respecto a cómo están almacenados los datos, lo que dificulta además la programación de software de acceso a estos sistemas.
  • Puede representar dos tipos de relaciones entre los datos: relaciones de uno a uno y relaciones de uno a muchos, este modelo ira organizando la información de mayor a menor de acuerdo a su valor.

Modelo de Red

  • MODELO 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).
    Representamos al mundo real como registros lógicos que representan a una entidad y que se relacionan entre sí por medio de flechas.
    Modelo de red. Este modelo permite la representación de muchos a muchos, de tal forma que cualquier registro dentro de la base de datos puede tener varias ocurrencias superiores a él. El modelo de red evita redundancia en la información, a través de la incorporación de un tipo de registro denominado el conector.
  • Este modelo esta representado por flechas las cuales sirven para ir uniendo toda la información, así para un buen manejo.

Modelos de Bases 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.
  • Los modelos estarán basados conforme a la información que contenga la base de datos, así dependiendo la información se ira escogiendo el modelo.

Tipos de Gestores de Bases de Datos

  • SISTEMAS GESTORES DE DATOS: Existen unos programas denominados sistemas gestores de bases de datos, abreviado SGBD, que permiten almacenar y posteriormente acceder a los datos de forma rápida y estructurada. Las propiedades de estos SGBD, así como su utilización y administración, se estudian dentro del ámbito de la informática.
    Las aplicaciones más usuales son para la gestión de empresas e instituciones públicas. También son ampliamente utilizadas en entornos científicos con el objeto de almacenar la información experimental.
  • Sirve para poder tener un acceso más rápido y fácil entre usuario y base, creando un fácil manejo.

20090203

Informes y Reportes

  • INFORMES: Un informe access no es mas que una tabla o consulta mostrada en una forma "elegante y dinámica", los informes son uno de los módulos de access mas importantes, ya que permiten automatizar en gran medida el desarrollo de documentos a partir de bases de datos. Gracias a las herramientas de agrupación y ordenación de datos.
  • Es la vista de la base en una forma organizada que esta a su vez esta preparándose para ser impresa si es lo que se desea, así mismo clasificar y ordenar.

  • http://www.programarvba.com/informes-access.htm

Consultas y Formularios

  • CONSULTAS: Es el método para acceder a los datos en las bases de datos. Con las consultas se puede modificar, borrar, mostrar y agregar datos en una base de datos. Para eso se utiliza un lenguaje de consultas.
  • Es como realizar una pregunta dentro de la base de datos para así poder tener mejor organización interna.

  • http://www.alegsa.com.ar/Dic/consulta%20en%20base%20de%20datos.php

  • FORMULARIOS: Los formularios permiten organizar los datos de manera análoga a las fichas en los documentos a rellenar, introducir los datos en la base de datos, verlos e imprimirlos.
  • Es una forma de introducir datos mas fácilmente y así tambien poder editarlos.

  • http://www.mailxmail.com/curso/informatica/access/capitulo18.htm

Tablas, Claves, Relaciones

  • 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.
  • La tabla es lo que te permite tener organizada toda la información que tienes en la base de datos.

  • http://es.wikipedia.org/wiki/Tabla_(base_de_datos)

Dato, Campo, Registro

  • DATO: Información que una computadora registra y almacena, los cuales están almacenados de acuerdo a la estructura externa y van a ser procesados para convertirse en información.
  • Es lo que va a componer a la base de datos, lo que la estará llenando.


  • CAMPO: es el nombre de la unidad de información. Cada entrada en la base de datos puede tener múltiples campos de diversos tipos. La combinación de diversos campos nos va a permitir recabar toda la información posible sobre los ítems que constituyen la base de datos.
  • Es una forma de llamar a los grupos de información que se irán formando en la base de datos.



Base de Datos

Base de Datos

● Base de datos : 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.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.
Un conjunto de
información almacenada en memoria auxiliar que permite acceso directo y un conjunto de programas que manipulan esos datos.

● Las bases de datos sirven para organizar diversa información de acuerdo a la clasificación dentro la cual se encuentren, esta a su vez hará mas fácil el acceso a estas bases apoyando el desarrollo de empresas y personas que las ocupen.