operadores primitivos,derivados y adicionales de consulta

| | Comments: (0)
  • Extinten dos operadores primitivos, el primero se refiere cuando los datos que existen en los campos relacionados de dos tablas no se pueden repetir, y en el segundo caso es cuando los datos de la tabla primaria son únicos, pero en la tabla secundaria sí se pueden repetir.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.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.
  • Los operadores derivados son aquellos que se obtienen de otros en este caso podrian ser los primitivos,y los adicionales este tipo de operador me permitirá comparar números o conjunto de caracteres y además las consultas me permitirán seguir una serie de pasos para ingresar herramientas que me faciliten al revisar y o reorganizar mi información.
  • http://usuarios.lycos.es/cursosgbd/UD3.htm;http://1136070212.blogspot.com/2009/02/operadores; -derivados.html; http://msdn.microsoft.com/es-es/library/ms189123.aspx

arquitectura de 3 niveles

| | Comments: (0)
  • 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.
  • 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
  • http://www3.uji.es/~mmarques/f47/apun/node33.html

modelo ansi park

| | Comments: (0)
  • 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 la arquitectura propuesta se distinguen dos partes, la superior, para la definición de la base de datos, y la inferior, para su manipulación.
    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.
  • es la tecnica de modelado más habitual para realizar modelos de datos
  • http://html.rincondelvago.com/bases-de-datos_7.html

requerimientos de construccion de base de datos

| | Comments: (0)
  • 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. Un tratamiento completo del análisis de las bases de datos va mas allá del ámbito de este paper.
  • La construcción de bases de datos es una de nuestras especialidades, el diseño de bases de datos en MySQL, PostgreSQL, Access, Progress. Utilizando lenguajes para ello como PHP, JavaScript, Visual Basic o 4GL, que son herramientas utilizadas con frecuencia por nosotros.Tenemos mas de 5 años de experiencia en la planeación, diseño y desarrollo de herramientas propietarias sobre bases de datos, una de nuestras cartas de presentación es el sitio TrabajoEnsenada.com. Visitelo y dese cuenta del potencial que puede tener nuestro servicio aplicado a sus necesidades.No se conforme con menos, las herramientas que utilizamos son inovadoras en la actualidad, solo las nuevas y mejores tecnologías. Contactenos y le daremos un excelente y accesible precio en su cotización.
  • http://www.nopalware.com/bases.php

modelo relacional

| | Comments: (0)
  • En este modelo todos los datos son almacenados en relaciones, y como cada relación es un conjunto de datos, el orden en el que estos se almacenen no tiene relevancia (a diferencia de otros modelos como el jerárquico y el de red). Esto tiene la considerable ventaja de que es más fácil de entender y de utilizar por un usuario no experto. La información puede ser recuperada o almacenada por medio de consultas que ofrecen una amplia flexibilidad y poder para administrar la información.
    Este modelo considera la
    base de datos como una colección de relaciones. De manera simple, una relación representa una tabla que no es más que un conjunto de filas, cada fila es un conjunto de campos y cada campo representa un valor que interpretado describe el mundo real. Cada fila también se puede denominar tupla o registro y a cada columna también se le puede llamar campo o atributo.
    Para manipular la información utilizamos un lenguaje relacional, actualmente se cuenta con dos lenguajes formales el
    Álgebra relacional y el Cálculo relacional. El Álgebra relacional permite describir la forma de realizar una consulta, en cambio, el Cálculo relacional sólo indica lo que se desea devolver.
    El lenguaje más común 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.
  • Una base de datos relacional es un conjunto de una o más tablas estructuradas en registros (líneas) y campos (columnas)
  • http://es.wikipedia.org/wiki/Modelo_relacional

modelo entidad relacion

| | Comments: (0)
  • El Modelo Entidad-Relación, también conocido como DER (diagramas entidad-relación) es una herramienta 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 clase, cada tupla representaría un 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.
    Dado lo rudimentario de esta técnica se necesita cierto entrenamiento y experiencia para lograr buenos modelos de datos.
    El modelado de datos no acaba con el uso de esta técnica. Son necesarias otras técnicas para lograr un modelo directamente implementable en una
    base de datos. Brevemente:
    Transformación de relaciones múltiples en binarias.
    Normalización de una base de datos de relaciones (algunas relaciones pueden transformarse en atributos y viceversa).
    Conversión en tablas (en caso de utilizar una
    base de datos relacional).
  • se parte de una situacion real entidad son los datos que definen el objeto y relacion es la asocioacion entre entidades
  • http://es.wikipedia.org/wiki/Modelo_entidad-relaci%C3%B3n

modelo jerarquico

| | Comments: (0)
  • En un modelo jerárquico, los datos son organizados en una estructura parecida a un árbol, implicando un eslabón solo ascendente en cada registro para describir anidar, y un campo de clase para guardar los registros en un orden particular en cada lista de mismo-nivel. Las estructuras jerárquicas fueron usadas extensamente en los primeros sistemas de gestión de datos de unidad central, como el Sistema de Dirección de Información (IMS) por la IBM, y ahora describen la estructura de documentos XML. Esta estructura permite un 1:N en una relación entre dos tipos de datos. Esta estructura es muy eficiente para describir muchas relaciones en el verdadero real; recetas, índice, ordenamiento de párrafos/versos, alguno anidó y clasificó la información. Sin embargo, la estructura jerárquica es ineficaz para ciertas operaciones de base de datos cuando un camino lleno (a diferencia del eslabón ascendente y el campo de clase) también no es incluido para cada registro.
    Una limitación del modelo jerárquico es su inhabilidad de representar manera eficiente la redundancia en datos. Los modelos de base de datos " el valor de atributo de entidad " como Caboodle por Swink están basados en esta estructura.
  • Es similar al modelo de red en cuanto a las relaciones y datos, ya que estos se representan por medio de registros y sus ligas. La diferencia radica en que están organizados por conjuntos de arboles en lugar de gráficas arbitrarias.
  • http://es.wikipedia.org/wiki/Modelo_de_base_de_datos#Modelo_jer.C3.A1rquico

modelo de red

| | Comments: (0)
  • El modelo de red (definido por la especificación CODASYL) organiza datos que usan dos fundamental construcciones, registros llamados y conjuntos. Los registros contienen campos (que puede ser organizado jerárquicamente, como en el lenguaje COBOL de lenguaje de programación). Los conjuntos (para no ser confundido con conjuntos matemáticos) definen de uno a varios relaciones entre registros: un propietario, muchos miembros. Un registro puede ser un propietario en cualquier número de conjuntos, y un miembro en cualquier número de conjuntos.
    El modelo de red es una variación sobre el modelo jerárquico, al grado que es construido sobre el concepto de múltiples ramas(estructuras de nivel inferior) emanando de uno o varios nodos (estructuras de nivel alto), mientras el modelo se diferencia del modelo jerárquico en esto las ramas pueden estar unidas a múltiples nodos. El modelo de red es capaz de representar la redundancia en datos de una manera más eficiente que en el modelo jerárquico.
    Las operaciones del modelo de red son de navegación en el estilo: un programa mantiene una posición corriente, y navega de un registro al otro por siguiente las relaciones en las cuales el registro participa. Los registros también pueden ser localizados por suministrando valores claves.
    Aunque esto no sea un rasgo esencial del modelo, las bases de datos de red generalmente ponen en práctica las relaciones de juego mediante indicadores que directamente dirigen la ubicación de un registro sobre el disco. Esto da el funcionamiento de recuperación excelente, a cargo de operaciones como la carga de base de datos y la reorganización.
    La mayor parte de bases de datos de objeto usan el concepto de navegación para proporcionar la navegación rápida a través de las redes de objetos, generalmente usando identificadores de objeto como indicadores "inteligentes" de objetos relacionados. Objectivity/DB, por ejemplo, los instrumentos llamados 1:1, 1:muchos, muchos:1 y muchos:muchos, llamados relaciones que pueden cruzar bases de datos. Muchas bases de datos de objeto también apoyan SQL, combinando las fuerzas de ambos modelos.
  • El modelo de red es un Modelo de base de datos tiene un modo flexible de representar objetos y su relación
  • http://es.wikipedia.org/wiki/Modelo_de_base_de_datos#Modelo_de_red

modelos de base de datos

| | Comments: (0)
  • 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:modelo de red, modelo jerarquico, modelo entidad relacion, modelo racional
  • es la aplicación de un modelo de datos usado en conjunción con un sistema de gestión de bases de datos.
  • http://es.wikipedia.org/wiki/Base_de_datos#Modelos_de_bases_de_datos

tipos de gestores de base de datos

| | Comments: (0)
  • Un gestor de base de datos o sistema de gestión de base de datos (SGBD o DBMS) es un software que permite introducir, organizar y recuperar la información de las bases de datos; en definitiva, administrarlas. Existen distintos tipos de gestores de bases de datos: relacional, jerárquico, red,... El modelo relacional es el utilizado por casi todos los gestores de bases de datos para PC´s. El modelo relacional (SGBDR) es un software que almacena los datos en forma de tablasCaracterísticas Generales de los Sistemas Gestores de B.D.Aunque hay multitud de aplicaciones para la Gestión de Bases de Datos diferentes en características y precios, podemos encontrar aspectos comunes en todos ellos:• Aceptan definiciones de esquemas y vistas (definición de diferentes bases de datos).• Manipulan los datos siguiendo las órdenes de los usuarios.• Cuidan que se respete la seguridad e integridad de los datos.• Permiten definir usuarios y las restricciones de acceso para cada uno de ellos.• Controlan la concurrencia y las operaciones asociadas a la recuperación de los fallos.
  • nos ayudan para guardar y organizar los datos para la base
  • http://www.wikilearning.com/tutorial/introduccion_a_las_bases_de_datos-tipos_de_gestores_de_bases_de_datos/10147-2

informes y reportes

| | Comments: (0)
  • 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, y combinado con el código vba que podemos asociar al informe.
  • lo sionformes son un recurso específico que nos ayudan para la presentación de informaciones en papel impreso
  • http://www.programarvba.com/informes-access.htm

consultas y formularios

| | Comments: (0)
  • Una consulta recupera informaciones de la Base de Datos y eventualmente las presenta en la pantalla. Serán estudiados tres tipos de consultas:
    De selección: selecciona y presenta registros en formato patrón
    De referencias cruzadas: selecciona y presenta registros en formato de planilla
    De acción: altera el contenido de registros en una única operación
    Los registros seleccionados constituyen un conjunto. Este conjunto es dinámico en el sentido de que su contenido tiene por origen varias tablas y con el sentido de solo existir mientras la consulta esté activa. Al cerrar una consulta, el conjunto de registros deja de existir. Esto constituye una gran ventaja pues si alteramos los datos de una tabla las consultas sobre ella automáticamente reflejarán esas alteraciones.
    Las consultas constituyen un recurso práctico para obtener informaciones específicas contenidas en la Base de Datos. Con ellas podemos:
    Elegir campos específicos de tablas específicas;
    Seleccionar informaciones vía criterios;
    Mostrar las informaciones en varios órdenes;
    Obtener datos de varias tablas simultáneamente;
    Calcular totales;
    Crear formularios e informes;
    Crear otras consultas y gráficos. Los formularios constituyen pantallas para la entrada y presentación de informaciones. El layout de estas pantallas es determinado por el proyectista de la Base de Datos y puede comprender alguna sofisticación tal como el uso se colores, letras de diversos tipos y tamaños, figuras, botones, etc. En los formularios es posible presentar resultados de cálculos y efectuar consistencias sobre datos alimentados. Eventualmente se puede imprimir un formulario a pesar de que el Access posee un recurso específico para la presentación de informaciones impresas Informes.
    Existen tres tipos importantes de formularios: de columnas, tabular y subformularios. En general es posible crear rápidamente un formulario relativamente padronizado sobre los cuales si el proyectista lo desea, es posible hacer ajustes. La secuencia de pasos para la creación de un formulario a través del asistente es la siguiente:
    En la ventana Base de Datos, seleccionar Formularios y picar el botón Nuevos
    Elegir la opción Asistente de formulario
    Elegir la tabla o consulta para la cual el formulario será desarrollado.
    Seguir las indicaciones dadas por las ventanas presentadas por el sistema.
    Para generar un formulario rápidamente en el formato padrón basta elegir el asistente para autoformularios de columnas, tabular u hoja de datos
    Al final de este proceso se puede inspeccionar el formulario generado en la ventana de diseño o en la ventana de formulario con los datos de la tabla o consulta. Accesoriamente se puede inspeccionar esa tabla o consulta en el formato padrón de la hoja de datos, basta accionar los botones correspondientes en la barra de herramientas en la parte superior de la pantalla.
  • la consulta nos ayuda ha buscar, encontrar y exhibir determinada información, extrayéndo la informacion que esta almacenada en la base y el formulario es como una hoja de papel en la que disponemos de lugares en blanco para introducir la información, con un campo separado para cada dato.
  • http://www.cyta.com.ar/biblioteca/bddoc/bdlibros/manualdeaccess/consultas.htm; http://www.cyta.com.ar/biblioteca/bddoc/bdlibros/manualdeaccess/formularios.htm

tablas, claves y relaciones

| | Comments: (0)
  • Una tabla de datos es un objeto que se define y utiliza para almacenar los datos. Una tabla contiene información sobre un tema o asunto particular, como pueden ser como hemos visto antes, clientes o pedidos.
    Las tablas contienen campos que almacenan los diferentes datos como el código del cliente, nombre del cliente, dirección,... La clave principal es una columna que se utiliza para identificar inequívocamente cada fila, como Id. de producto o Id. de pedido. Una relación es una característica especial de Access que hace que podamos trabajar con varias tablas relacionadas a través de un campo en común. Existen tres tipos de relaciones:
    Relación de uno a uno:
    En este tipo de relación, un registro de la tabla 1 sólo puede estar enlazado con un único registro de la tabla 2 y viceversa. Este tipo de relación es la que menos se utiliza. Relación de varios a varios:
    Cada registro de la tabla 1 puede estar enlazado con varios registros de la tabla 2 y viceversa. Relación de varios a varios:
    Cada registro de la tabla 1 puede estar enlazado con varios registros de la tabla 2, pero cada registro de la tabla 2 sólo puede estar enlazado con un registro de la tabla 1.

  • la relacion es la que se establece entra los campos, las tablas es donde se ponen los datos del tema en especifico

concepto de datos,campo y registro de access

| | Comments: (0)
  • En cada columna tendríamos todos los datos referidos a un elemento de dicha tabla (todos los nombres, todas las actividades...) a esto se le llama campo, y en cada campo de cada registro se alberga un dato.
    Tamaño del campo : Se asigna uno automáticamente pero podemos modificarlo para adecuarlo a lo que necesitamos.
    Indexado : Si lo activamos la tabla creará un índice para este campo Campo: unidad básica de una base de datos. Un campo puede ser, por ejemplo, el Nombre de una Registro: conjunto de campos. Un registro vendría a ser algo así como una ficha.
    Base de datos: conjunto de registros total. Concepto de dato : Un dato es un conjunto de símbolos utilizados para representar o expresar un valor numérico de forma adecuada para ser objeto de tratamiento de un ordenador.
    Tipos de datos :
    Numéricos : formado por caracteres numéricos y representa valores o magnitudes.
    Alfabéticos : formado por caracteres alfabéticos y no se pueden realizar operaciones de tipo lógico ni de tipo numérico.
    Alfanuméricos : formado por caracteres de cualquier tipo.
    NOTA : Estos datos son conocidos como datos elementales.

  • el dato es la informacion que pondremos en la tabla, el registrio es la capacidad donde se almacenara la informacion y el campo es la estructura que contiene la informacion o sea el dato

domingo, 14 de marzo de 2010

operadores primitivos,derivados y adicionales de consulta

Publicado por f r e z h i t a en 14:42 0 comentarios
  • Extinten dos operadores primitivos, el primero se refiere cuando los datos que existen en los campos relacionados de dos tablas no se pueden repetir, y en el segundo caso es cuando los datos de la tabla primaria son únicos, pero en la tabla secundaria sí se pueden repetir.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.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.
  • Los operadores derivados son aquellos que se obtienen de otros en este caso podrian ser los primitivos,y los adicionales este tipo de operador me permitirá comparar números o conjunto de caracteres y además las consultas me permitirán seguir una serie de pasos para ingresar herramientas que me faciliten al revisar y o reorganizar mi información.
  • http://usuarios.lycos.es/cursosgbd/UD3.htm;http://1136070212.blogspot.com/2009/02/operadores; -derivados.html; http://msdn.microsoft.com/es-es/library/ms189123.aspx

arquitectura de 3 niveles

Publicado por f r e z h i t a en 14:35 0 comentarios
  • 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.
  • 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
  • http://www3.uji.es/~mmarques/f47/apun/node33.html

modelo ansi park

Publicado por f r e z h i t a en 14:26 0 comentarios
  • 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 la arquitectura propuesta se distinguen dos partes, la superior, para la definición de la base de datos, y la inferior, para su manipulación.
    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.
  • es la tecnica de modelado más habitual para realizar modelos de datos
  • http://html.rincondelvago.com/bases-de-datos_7.html

requerimientos de construccion de base de datos

Publicado por f r e z h i t a en 14:17 0 comentarios
  • 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. Un tratamiento completo del análisis de las bases de datos va mas allá del ámbito de este paper.
  • La construcción de bases de datos es una de nuestras especialidades, el diseño de bases de datos en MySQL, PostgreSQL, Access, Progress. Utilizando lenguajes para ello como PHP, JavaScript, Visual Basic o 4GL, que son herramientas utilizadas con frecuencia por nosotros.Tenemos mas de 5 años de experiencia en la planeación, diseño y desarrollo de herramientas propietarias sobre bases de datos, una de nuestras cartas de presentación es el sitio TrabajoEnsenada.com. Visitelo y dese cuenta del potencial que puede tener nuestro servicio aplicado a sus necesidades.No se conforme con menos, las herramientas que utilizamos son inovadoras en la actualidad, solo las nuevas y mejores tecnologías. Contactenos y le daremos un excelente y accesible precio en su cotización.
  • http://www.nopalware.com/bases.php

modelo relacional

Publicado por f r e z h i t a en 14:13 0 comentarios
  • En este modelo todos los datos son almacenados en relaciones, y como cada relación es un conjunto de datos, el orden en el que estos se almacenen no tiene relevancia (a diferencia de otros modelos como el jerárquico y el de red). Esto tiene la considerable ventaja de que es más fácil de entender y de utilizar por un usuario no experto. La información puede ser recuperada o almacenada por medio de consultas que ofrecen una amplia flexibilidad y poder para administrar la información.
    Este modelo considera la
    base de datos como una colección de relaciones. De manera simple, una relación representa una tabla que no es más que un conjunto de filas, cada fila es un conjunto de campos y cada campo representa un valor que interpretado describe el mundo real. Cada fila también se puede denominar tupla o registro y a cada columna también se le puede llamar campo o atributo.
    Para manipular la información utilizamos un lenguaje relacional, actualmente se cuenta con dos lenguajes formales el
    Álgebra relacional y el Cálculo relacional. El Álgebra relacional permite describir la forma de realizar una consulta, en cambio, el Cálculo relacional sólo indica lo que se desea devolver.
    El lenguaje más común 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.
  • Una base de datos relacional es un conjunto de una o más tablas estructuradas en registros (líneas) y campos (columnas)
  • http://es.wikipedia.org/wiki/Modelo_relacional

modelo entidad relacion

Publicado por f r e z h i t a en 14:03 0 comentarios
  • El Modelo Entidad-Relación, también conocido como DER (diagramas entidad-relación) es una herramienta 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 clase, cada tupla representaría un 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.
    Dado lo rudimentario de esta técnica se necesita cierto entrenamiento y experiencia para lograr buenos modelos de datos.
    El modelado de datos no acaba con el uso de esta técnica. Son necesarias otras técnicas para lograr un modelo directamente implementable en una
    base de datos. Brevemente:
    Transformación de relaciones múltiples en binarias.
    Normalización de una base de datos de relaciones (algunas relaciones pueden transformarse en atributos y viceversa).
    Conversión en tablas (en caso de utilizar una
    base de datos relacional).
  • se parte de una situacion real entidad son los datos que definen el objeto y relacion es la asocioacion entre entidades
  • http://es.wikipedia.org/wiki/Modelo_entidad-relaci%C3%B3n

modelo jerarquico

Publicado por f r e z h i t a en 13:58 0 comentarios
  • En un modelo jerárquico, los datos son organizados en una estructura parecida a un árbol, implicando un eslabón solo ascendente en cada registro para describir anidar, y un campo de clase para guardar los registros en un orden particular en cada lista de mismo-nivel. Las estructuras jerárquicas fueron usadas extensamente en los primeros sistemas de gestión de datos de unidad central, como el Sistema de Dirección de Información (IMS) por la IBM, y ahora describen la estructura de documentos XML. Esta estructura permite un 1:N en una relación entre dos tipos de datos. Esta estructura es muy eficiente para describir muchas relaciones en el verdadero real; recetas, índice, ordenamiento de párrafos/versos, alguno anidó y clasificó la información. Sin embargo, la estructura jerárquica es ineficaz para ciertas operaciones de base de datos cuando un camino lleno (a diferencia del eslabón ascendente y el campo de clase) también no es incluido para cada registro.
    Una limitación del modelo jerárquico es su inhabilidad de representar manera eficiente la redundancia en datos. Los modelos de base de datos " el valor de atributo de entidad " como Caboodle por Swink están basados en esta estructura.
  • Es similar al modelo de red en cuanto a las relaciones y datos, ya que estos se representan por medio de registros y sus ligas. La diferencia radica en que están organizados por conjuntos de arboles en lugar de gráficas arbitrarias.
  • http://es.wikipedia.org/wiki/Modelo_de_base_de_datos#Modelo_jer.C3.A1rquico

modelo de red

Publicado por f r e z h i t a en 13:50 0 comentarios
  • El modelo de red (definido por la especificación CODASYL) organiza datos que usan dos fundamental construcciones, registros llamados y conjuntos. Los registros contienen campos (que puede ser organizado jerárquicamente, como en el lenguaje COBOL de lenguaje de programación). Los conjuntos (para no ser confundido con conjuntos matemáticos) definen de uno a varios relaciones entre registros: un propietario, muchos miembros. Un registro puede ser un propietario en cualquier número de conjuntos, y un miembro en cualquier número de conjuntos.
    El modelo de red es una variación sobre el modelo jerárquico, al grado que es construido sobre el concepto de múltiples ramas(estructuras de nivel inferior) emanando de uno o varios nodos (estructuras de nivel alto), mientras el modelo se diferencia del modelo jerárquico en esto las ramas pueden estar unidas a múltiples nodos. El modelo de red es capaz de representar la redundancia en datos de una manera más eficiente que en el modelo jerárquico.
    Las operaciones del modelo de red son de navegación en el estilo: un programa mantiene una posición corriente, y navega de un registro al otro por siguiente las relaciones en las cuales el registro participa. Los registros también pueden ser localizados por suministrando valores claves.
    Aunque esto no sea un rasgo esencial del modelo, las bases de datos de red generalmente ponen en práctica las relaciones de juego mediante indicadores que directamente dirigen la ubicación de un registro sobre el disco. Esto da el funcionamiento de recuperación excelente, a cargo de operaciones como la carga de base de datos y la reorganización.
    La mayor parte de bases de datos de objeto usan el concepto de navegación para proporcionar la navegación rápida a través de las redes de objetos, generalmente usando identificadores de objeto como indicadores "inteligentes" de objetos relacionados. Objectivity/DB, por ejemplo, los instrumentos llamados 1:1, 1:muchos, muchos:1 y muchos:muchos, llamados relaciones que pueden cruzar bases de datos. Muchas bases de datos de objeto también apoyan SQL, combinando las fuerzas de ambos modelos.
  • El modelo de red es un Modelo de base de datos tiene un modo flexible de representar objetos y su relación
  • http://es.wikipedia.org/wiki/Modelo_de_base_de_datos#Modelo_de_red

modelos de base de datos

Publicado por f r e z h i t a en 13:35 0 comentarios
  • 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:modelo de red, modelo jerarquico, modelo entidad relacion, modelo racional
  • es la aplicación de un modelo de datos usado en conjunción con un sistema de gestión de bases de datos.
  • http://es.wikipedia.org/wiki/Base_de_datos#Modelos_de_bases_de_datos

tipos de gestores de base de datos

Publicado por f r e z h i t a en 13:06 0 comentarios
  • Un gestor de base de datos o sistema de gestión de base de datos (SGBD o DBMS) es un software que permite introducir, organizar y recuperar la información de las bases de datos; en definitiva, administrarlas. Existen distintos tipos de gestores de bases de datos: relacional, jerárquico, red,... El modelo relacional es el utilizado por casi todos los gestores de bases de datos para PC´s. El modelo relacional (SGBDR) es un software que almacena los datos en forma de tablasCaracterísticas Generales de los Sistemas Gestores de B.D.Aunque hay multitud de aplicaciones para la Gestión de Bases de Datos diferentes en características y precios, podemos encontrar aspectos comunes en todos ellos:• Aceptan definiciones de esquemas y vistas (definición de diferentes bases de datos).• Manipulan los datos siguiendo las órdenes de los usuarios.• Cuidan que se respete la seguridad e integridad de los datos.• Permiten definir usuarios y las restricciones de acceso para cada uno de ellos.• Controlan la concurrencia y las operaciones asociadas a la recuperación de los fallos.
  • nos ayudan para guardar y organizar los datos para la base
  • http://www.wikilearning.com/tutorial/introduccion_a_las_bases_de_datos-tipos_de_gestores_de_bases_de_datos/10147-2

informes y reportes

Publicado por f r e z h i t a en 12:44 0 comentarios
  • 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, y combinado con el código vba que podemos asociar al informe.
  • lo sionformes son un recurso específico que nos ayudan para la presentación de informaciones en papel impreso
  • http://www.programarvba.com/informes-access.htm

consultas y formularios

Publicado por f r e z h i t a en 12:14 0 comentarios
  • Una consulta recupera informaciones de la Base de Datos y eventualmente las presenta en la pantalla. Serán estudiados tres tipos de consultas:
    De selección: selecciona y presenta registros en formato patrón
    De referencias cruzadas: selecciona y presenta registros en formato de planilla
    De acción: altera el contenido de registros en una única operación
    Los registros seleccionados constituyen un conjunto. Este conjunto es dinámico en el sentido de que su contenido tiene por origen varias tablas y con el sentido de solo existir mientras la consulta esté activa. Al cerrar una consulta, el conjunto de registros deja de existir. Esto constituye una gran ventaja pues si alteramos los datos de una tabla las consultas sobre ella automáticamente reflejarán esas alteraciones.
    Las consultas constituyen un recurso práctico para obtener informaciones específicas contenidas en la Base de Datos. Con ellas podemos:
    Elegir campos específicos de tablas específicas;
    Seleccionar informaciones vía criterios;
    Mostrar las informaciones en varios órdenes;
    Obtener datos de varias tablas simultáneamente;
    Calcular totales;
    Crear formularios e informes;
    Crear otras consultas y gráficos. Los formularios constituyen pantallas para la entrada y presentación de informaciones. El layout de estas pantallas es determinado por el proyectista de la Base de Datos y puede comprender alguna sofisticación tal como el uso se colores, letras de diversos tipos y tamaños, figuras, botones, etc. En los formularios es posible presentar resultados de cálculos y efectuar consistencias sobre datos alimentados. Eventualmente se puede imprimir un formulario a pesar de que el Access posee un recurso específico para la presentación de informaciones impresas Informes.
    Existen tres tipos importantes de formularios: de columnas, tabular y subformularios. En general es posible crear rápidamente un formulario relativamente padronizado sobre los cuales si el proyectista lo desea, es posible hacer ajustes. La secuencia de pasos para la creación de un formulario a través del asistente es la siguiente:
    En la ventana Base de Datos, seleccionar Formularios y picar el botón Nuevos
    Elegir la opción Asistente de formulario
    Elegir la tabla o consulta para la cual el formulario será desarrollado.
    Seguir las indicaciones dadas por las ventanas presentadas por el sistema.
    Para generar un formulario rápidamente en el formato padrón basta elegir el asistente para autoformularios de columnas, tabular u hoja de datos
    Al final de este proceso se puede inspeccionar el formulario generado en la ventana de diseño o en la ventana de formulario con los datos de la tabla o consulta. Accesoriamente se puede inspeccionar esa tabla o consulta en el formato padrón de la hoja de datos, basta accionar los botones correspondientes en la barra de herramientas en la parte superior de la pantalla.
  • la consulta nos ayuda ha buscar, encontrar y exhibir determinada información, extrayéndo la informacion que esta almacenada en la base y el formulario es como una hoja de papel en la que disponemos de lugares en blanco para introducir la información, con un campo separado para cada dato.
  • http://www.cyta.com.ar/biblioteca/bddoc/bdlibros/manualdeaccess/consultas.htm; http://www.cyta.com.ar/biblioteca/bddoc/bdlibros/manualdeaccess/formularios.htm

martes, 2 de marzo de 2010

tablas, claves y relaciones

Publicado por f r e z h i t a en 7:36 0 comentarios
  • Una tabla de datos es un objeto que se define y utiliza para almacenar los datos. Una tabla contiene información sobre un tema o asunto particular, como pueden ser como hemos visto antes, clientes o pedidos.
    Las tablas contienen campos que almacenan los diferentes datos como el código del cliente, nombre del cliente, dirección,... La clave principal es una columna que se utiliza para identificar inequívocamente cada fila, como Id. de producto o Id. de pedido. Una relación es una característica especial de Access que hace que podamos trabajar con varias tablas relacionadas a través de un campo en común. Existen tres tipos de relaciones:
    Relación de uno a uno:
    En este tipo de relación, un registro de la tabla 1 sólo puede estar enlazado con un único registro de la tabla 2 y viceversa. Este tipo de relación es la que menos se utiliza. Relación de varios a varios:
    Cada registro de la tabla 1 puede estar enlazado con varios registros de la tabla 2 y viceversa. Relación de varios a varios:
    Cada registro de la tabla 1 puede estar enlazado con varios registros de la tabla 2, pero cada registro de la tabla 2 sólo puede estar enlazado con un registro de la tabla 1.

  • la relacion es la que se establece entra los campos, las tablas es donde se ponen los datos del tema en especifico

concepto de datos,campo y registro de access

Publicado por f r e z h i t a en 6:31 0 comentarios
  • En cada columna tendríamos todos los datos referidos a un elemento de dicha tabla (todos los nombres, todas las actividades...) a esto se le llama campo, y en cada campo de cada registro se alberga un dato.
    Tamaño del campo : Se asigna uno automáticamente pero podemos modificarlo para adecuarlo a lo que necesitamos.
    Indexado : Si lo activamos la tabla creará un índice para este campo Campo: unidad básica de una base de datos. Un campo puede ser, por ejemplo, el Nombre de una Registro: conjunto de campos. Un registro vendría a ser algo así como una ficha.
    Base de datos: conjunto de registros total. Concepto de dato : Un dato es un conjunto de símbolos utilizados para representar o expresar un valor numérico de forma adecuada para ser objeto de tratamiento de un ordenador.
    Tipos de datos :
    Numéricos : formado por caracteres numéricos y representa valores o magnitudes.
    Alfabéticos : formado por caracteres alfabéticos y no se pueden realizar operaciones de tipo lógico ni de tipo numérico.
    Alfanuméricos : formado por caracteres de cualquier tipo.
    NOTA : Estos datos son conocidos como datos elementales.

  • el dato es la informacion que pondremos en la tabla, el registrio es la capacidad donde se almacenara la informacion y el campo es la estructura que contiene la informacion o sea el dato