--Operadores primitivos: Los operadores primitivos son parte del modelo relacional y pueden realizar diferentes acciones como Unión, Diferencia, etc.
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.
Los operadores derivados son aquellos que se obtienen de otros en este caso podrian ser los primitivos
Operadores adicionales: 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.
Permite cambiar datos, permanente o temporalmente.
•COMENTARIO:
Los operadores primitivos son aquellos que pueden realizar acciones como union, diferencia ,etc
Los opradores derivados son aquellos son aquellos que se obtienen de otros en este caso podrian ser los primitivos
Los operadores adicionales son aquellos que nos permiten realizar operaciones aritmetica comparaciones, concatenaciones o asignaciones de valores
•--http://www.gedlc.ulpgc.es/docencia/NGA/tipos_general.html
lunes, 15 de marzo de 2010
aRqUiteCtuRa De 3 NiveLes
Arquitectura de 3 niveles
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 determinados y ocultos 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.
En los SGBD que tienen la arquitectura de varios niveles es necesario ampliar el catálogo o diccionario, de modo que incluya información sobre cómo establecer la correspondencia entre las peticiones de los usuarios y los datos, entre los diversos niveles. El SGBD utiliza una serie de procedimientos adicionales para realizar estas correspondencias haciendo referencia a la información de correspondencia que se encuentra en el catálogo. La independencia de datos se consigue porque al modificarse el esquema en algún nivel, el esquema del nivel inmediato superior permanece sin cambios, sólo se modifica la correspondencia entre los dos niveles. No es preciso modificar los programas de aplicación que hacen referencia al esquema del nivel superior.
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. Sin embargo, los dos niveles de correspondencia implican un gasto extra durante la ejecución de una consulta o de un programa, lo cual reduce la eficiencia del SGBD. Es por esto que muy pocos SGBD han implementado esta arquitectura completa.
COMENTARIO: Es un sistema que esta formado por 3 niveles el cual tiene que tener ciertas características y que sirve para separar los programas de aplicación de la base de datos física.
Tiene un nivel interno el cual especifica y describe los detalles para su almacenamiento dentro de la base de datos.
en el nivel conceptual aparece la información estructurada de la base de datos para poder realizar una comunidad de usuarios y finalmente un sistema externo el cual describe los esquemas o vistas de usuarios. este modelo permite la organización pero en tres niveles para una mayor eficacia.
http://www3.uji.es/~mmarques/f47/apun/node33.html
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 determinados y ocultos 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.
En los SGBD que tienen la arquitectura de varios niveles es necesario ampliar el catálogo o diccionario, de modo que incluya información sobre cómo establecer la correspondencia entre las peticiones de los usuarios y los datos, entre los diversos niveles. El SGBD utiliza una serie de procedimientos adicionales para realizar estas correspondencias haciendo referencia a la información de correspondencia que se encuentra en el catálogo. La independencia de datos se consigue porque al modificarse el esquema en algún nivel, el esquema del nivel inmediato superior permanece sin cambios, sólo se modifica la correspondencia entre los dos niveles. No es preciso modificar los programas de aplicación que hacen referencia al esquema del nivel superior.
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. Sin embargo, los dos niveles de correspondencia implican un gasto extra durante la ejecución de una consulta o de un programa, lo cual reduce la eficiencia del SGBD. Es por esto que muy pocos SGBD han implementado esta arquitectura completa.
COMENTARIO: Es un sistema que esta formado por 3 niveles el cual tiene que tener ciertas características y que sirve para separar los programas de aplicación de la base de datos física.
Tiene un nivel interno el cual especifica y describe los detalles para su almacenamiento dentro de la base de datos.
en el nivel conceptual aparece la información estructurada de la base de datos para poder realizar una comunidad de usuarios y finalmente un sistema externo el cual describe los esquemas o vistas de usuarios. este modelo permite la organización pero en tres niveles para una mayor eficacia.
http://www3.uji.es/~mmarques/f47/apun/node33.html
mOdelO ANSI-SPARK
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 determinados y ocultos 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.
COMENTARIO: Lo que entendí es este modelo permite la vista y el manejo
de la información por parte de nosotros que somos los usuarios. Es una especie de catalogo el cual te permite almacenar esquemas de una base de datos.
este comité fue el que propuso la llamada arquitectura de 3 niveles, también te permite la separación entre los programas de aplicación y los datos.
http://es.wikipedia.org/wiki/Base_de_datos#Modelos_de_bases_de_datos
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 determinados y ocultos 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.
COMENTARIO: Lo que entendí es este modelo permite la vista y el manejo
de la información por parte de nosotros que somos los usuarios. Es una especie de catalogo el cual te permite almacenar esquemas de una base de datos.
este comité fue el que propuso la llamada arquitectura de 3 niveles, también te permite la separación entre los programas de aplicación y los datos.
http://es.wikipedia.org/wiki/Base_de_datos#Modelos_de_bases_de_datos
RequeriMientOs de cOnsTruCciOn en gRal.
--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.
--COMENTARIO: Pues en este tema te enseñan que caracteristicas debe levar una base de datos segun el tipo que sea.
--http://www.wikilearning.com/curso_gratis/guia_del_desarrollo_de_software-requerimientos_de_las_bases_de_datos/3471-21
--COMENTARIO: Pues en este tema te enseñan que caracteristicas debe levar una base de datos segun el tipo que sea.
--http://www.wikilearning.com/curso_gratis/guia_del_desarrollo_de_software-requerimientos_de_las_bases_de_datos/3471-21
mOdelO relaCional
Éste es el modelo utilizado en la actualidad para modelar problemas reales y administrar datos dinámicamente. Tras ser postulados sus fundamentos 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 Codd, la mayoría de las veces se conceptualiza de una manera más fácil de imaginar. Esto es pensando en cada relación como si fuese una tabla que está compuesta por registros (las filas de una tabla), que representarían las tuplas, y campos (las columnas de una tabla).
En este modelo, el lugar y la forma en que se almacenen los datos no tienen relevancia (a diferencia de otros modelos como el jerárquico y el de red). Esto tiene la considerable ventaja de que es más fácil de entender y de utilizar para un usuario esporádico de la base de datos. La información puede ser recuperada o almacenada mediante "consultas" que ofrecen una amplia flexibilidad y poder para administrar la información.
El lenguaje más habitual para construir las consultas a bases de datos relacionales es SQL, Structured Query Language o Lenguaje Estructurado de Consultas, un estándar implementado por los principales motores o sistemas de gestión de bases de datos relacionales.
Durante su diseño, una base de datos relacional pasa por un proceso al que se le conoce como normalización de una base de datos.
Durante los años 80 la aparición de dBASE produjo una revolución en los lenguajes de programación y sistemas de administración de datos. Aunque nunca debe olvidarse que dBase no utilizaba SQL como lenguaje base para su gestión.
COMENTARIO: este modelo te permite a lo que entendí, es que tiene la ventaja de que cuando se lee es de una manara entendible y fácil de usar, la información que se tenga puede ser recuperad o se almacena mediante las llamadas consultas lo que hace que sean mas flexibles para su administración
http://es.wikipedia.org/wiki/Base_de_datos#Modelos_de_bases_de_datos
En este modelo, el lugar y la forma en que se almacenen los datos no tienen relevancia (a diferencia de otros modelos como el jerárquico y el de red). Esto tiene la considerable ventaja de que es más fácil de entender y de utilizar para un usuario esporádico de la base de datos. La información puede ser recuperada o almacenada mediante "consultas" que ofrecen una amplia flexibilidad y poder para administrar la información.
El lenguaje más habitual para construir las consultas a bases de datos relacionales es SQL, Structured Query Language o Lenguaje Estructurado de Consultas, un estándar implementado por los principales motores o sistemas de gestión de bases de datos relacionales.
Durante su diseño, una base de datos relacional pasa por un proceso al que se le conoce como normalización de una base de datos.
Durante los años 80 la aparición de dBASE produjo una revolución en los lenguajes de programación y sistemas de administración de datos. Aunque nunca debe olvidarse que dBase no utilizaba SQL como lenguaje base para su gestión.
COMENTARIO: este modelo te permite a lo que entendí, es que tiene la ventaja de que cuando se lee es de una manara entendible y fácil de usar, la información que se tenga puede ser recuperad o se almacena mediante las llamadas consultas lo que hace que sean mas flexibles para su administración
http://es.wikipedia.org/wiki/Base_de_datos#Modelos_de_bases_de_datos
mOdelo enTidad-RelaCion
Bases de datos entidad-relacioN:
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:
1. Se parte de una descripción textual del problema o sistema de información a automatizar (los requisitos).
2. Se hace una lista de los sustantivos y verbos que aparecen.
3. Los sustantivos son posibles entidades o atributos.
4. Los verbos son posibles relaciones.
5. Analizando las frases se determina la cardinalidad de las relaciones y otros detalles.
6. Se elabora el diagrama (o diagramas) entidad-relación.
7. 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.
http://es.wikipedia.org/wiki/Modelo_entidad-relaci%C3%B3n
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:
1. Se parte de una descripción textual del problema o sistema de información a automatizar (los requisitos).
2. Se hace una lista de los sustantivos y verbos que aparecen.
3. Los sustantivos son posibles entidades o atributos.
4. Los verbos son posibles relaciones.
5. Analizando las frases se determina la cardinalidad de las relaciones y otros detalles.
6. Se elabora el diagrama (o diagramas) entidad-relación.
7. 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.
http://es.wikipedia.org/wiki/Modelo_entidad-relaci%C3%B3n
mOdelO jerarquicO
Éstas son bases de datos que, como su nombre indica, almacenan su información en una estructura jerárquica. En este modelo los datos se organizan en una forma similar a un árbol (visto al revés), en donde un nodo padre de información puede tener varios hijos. El nodo que no tiene padres es llamado raíz, y a los nodos que no tienen hijos se los conoce como hojas.
Las bases de datos jerárquicas son especialmente útiles en el caso de aplicaciones que manejan un gran volumen de información y datos muy compartidos permitiendo crear estructuras estables y de gran rendimiento.
Una de las principales limitaciones de este modelo es su incapacidad de representar eficientemente la redundancia de datos.
COMENTARIO: estos te permiten tener grandes cantidades de información como lo dice su nombre de forma jerárquica, y son organizados en una forma de árbol tiene un nodo padre y varios hijos lo que permitiría encontrar la información mas rápidamente. te permiten la compartición d una información con otra.
http://es.wikipedia.org/wiki/Base_de_datos#Modelos_de_bases_de_datos
Las bases de datos jerárquicas son especialmente útiles en el caso de aplicaciones que manejan un gran volumen de información y datos muy compartidos permitiendo crear estructuras estables y de gran rendimiento.
Una de las principales limitaciones de este modelo es su incapacidad de representar eficientemente la redundancia de datos.
COMENTARIO: estos te permiten tener grandes cantidades de información como lo dice su nombre de forma jerárquica, y son organizados en una forma de árbol tiene un nodo padre y varios hijos lo que permitiría encontrar la información mas rápidamente. te permiten la compartición d una información con otra.
http://es.wikipedia.org/wiki/Base_de_datos#Modelos_de_bases_de_datos
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).
Fue una gran mejora con respecto al modelo jerárquico, ya que ofrecía una solución eficiente al problema de redundancia de datos; pero, aun así, la dificultad que significa administrar la información en una base de datos de red ha significado que sea un modelo utilizado en su mayoría por programadores más que por usuarios finales.
ºCOMENTARIO: en este lo que entendí es que en este se permite la modificación del concepto nodo, lo que permite que este modelo tenga varios padres, esto no se permite en el modelo jerárquico.
ofrece una mejora que seria la solución a algún problema que se presente en los datos, se usa mas en los programadores finales.
ºhttp://es.wikipedia.org/wiki/Base_de_datos#Modelos_de_bases_de_datos
Fue una gran mejora con respecto al modelo jerárquico, ya que ofrecía una solución eficiente al problema de redundancia de datos; pero, aun así, la dificultad que significa administrar la información en una base de datos de red ha significado que sea un modelo utilizado en su mayoría por programadores más que por usuarios finales.
ºCOMENTARIO: en este lo que entendí es que en este se permite la modificación del concepto nodo, lo que permite que este modelo tenga varios padres, esto no se permite en el modelo jerárquico.
ofrece una mejora que seria la solución a algún problema que se presente en los datos, se usa mas en los programadores finales.
ºhttp://es.wikipedia.org/wiki/Base_de_datos#Modelos_de_bases_de_datos
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.
Algunos modelos con frecuencia utilizados en las bases de datos:
• Bases de datos jerárquicas
• Base de datos de red
• Bases de datos transaccionales
• Bases de datos relacionales
• Bases de datos multidimensionales
• Bases de datos orientadas a objetos
COMENTARIO: aunque se clasifican en las funciones que hacen también se clasifican de acuerdo al modelo que se maneja. Estos simplemente seria una forma de descripción, y estos mismos permiten un almacenamiento de información lo que te ahorraría un espacio determinado además de tenerlas organizadas.
Permiten también la implementación de un sistema que seria eficiente de una base de datos, se refieren mas a los algoritmos y conceptos de origen matemático.
ºhttp://es.wikipedia.org/wiki/Base_de_datos#Modelos_de_bases_de_datos
Además de la clasificación por la función de las bases de datos, éstas también se pueden clasificar de acuerdo a su modelo de administración de datos.
Un modelo de datos es básicamente una "descripción" de algo conocido como contenedor de datos (algo en donde se guarda la información), así como de los métodos para almacenar y recuperar información de esos contenedores. Los modelos de datos no son cosas físicas: son abstracciones que permiten la implementación de un sistema eficiente de base de datos; por lo general se refieren a algoritmos, y conceptos matemáticos.
Algunos modelos con frecuencia utilizados en las bases de datos:
• Bases de datos jerárquicas
• Base de datos de red
• Bases de datos transaccionales
• Bases de datos relacionales
• Bases de datos multidimensionales
• Bases de datos orientadas a objetos
COMENTARIO: aunque se clasifican en las funciones que hacen también se clasifican de acuerdo al modelo que se maneja. Estos simplemente seria una forma de descripción, y estos mismos permiten un almacenamiento de información lo que te ahorraría un espacio determinado además de tenerlas organizadas.
Permiten también la implementación de un sistema que seria eficiente de una base de datos, se refieren mas a los algoritmos y conceptos de origen matemático.
ºhttp://es.wikipedia.org/wiki/Base_de_datos#Modelos_de_bases_de_datos
Tipos de gestOres De BaseS de datOs
--Tipos de Gestores de Bases de Datos
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 tablas
Caracterí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.
--COMENTARIO: los tipos de gestores permiten introducir, organizar y recuperar una determinada información lo que facilita de una manara seria administrarlos. existen diferentes tipos: red, jerárquico, etc.
sus características que son las mas importantes es que Aceptan definiciones de esquemas y vistas, Cuidan que se respete la seguridad e integridad de los datos, entre otros.
--http://www.tomatoma.ws/subsecciones.php?forum_id=30&catid=22&todos=1
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 tablas
Caracterí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.
--COMENTARIO: los tipos de gestores permiten introducir, organizar y recuperar una determinada información lo que facilita de una manara seria administrarlos. existen diferentes tipos: red, jerárquico, etc.
sus características que son las mas importantes es que Aceptan definiciones de esquemas y vistas, Cuidan que se respete la seguridad e integridad de los datos, entre otros.
--http://www.tomatoma.ws/subsecciones.php?forum_id=30&catid=22&todos=1
InfOrmeS & repoRtes infOrmaTicOs
--INFORMES. Una de las mas importantes operaciones que se pueden realizar con una base de datos, representa el fin mismo del proceso de creación de la base de datos, ya que se trata de la generación de informes impresos o desplegados en la pantalla de la computadora, para utilizar esa información para tomar decisiones o realizar acciones dependientes de los datos observados.
La manera más sencilla de crear un informe es, utilizando el asistente para informes. Seleccione informes en el cuadro base de datos y ejecute con una doble pulsación, la opción crear un informe utilizando el asistente.
REPORTE: un reporte simplemente es un reporte acerca de el manejo de la información de una base de datos es decir, como un tutorial acerca de como interviene la computadora en el manejo de la información.
--COMENTARIO:
De lo que pude comprender el informe es una operación de las mas importantes dentro de Access ya que los informes pueden ser impresos o desplegados en la computadora donde se lleva acabo la toma de decisiones dependientes de dichos datos observados.
El reporte solo es la manera en la que se muestra la información es como un tutorial.
--Bibliografías:
Libro: informática.
Autor: Gonzalo Ferreira Cortes
Editorial: alfaomega
http://www.duiops.net/manuales/access/access5.htm
La manera más sencilla de crear un informe es, utilizando el asistente para informes. Seleccione informes en el cuadro base de datos y ejecute con una doble pulsación, la opción crear un informe utilizando el asistente.
REPORTE: un reporte simplemente es un reporte acerca de el manejo de la información de una base de datos es decir, como un tutorial acerca de como interviene la computadora en el manejo de la información.
--COMENTARIO:
De lo que pude comprender el informe es una operación de las mas importantes dentro de Access ya que los informes pueden ser impresos o desplegados en la computadora donde se lleva acabo la toma de decisiones dependientes de dichos datos observados.
El reporte solo es la manera en la que se muestra la información es como un tutorial.
--Bibliografías:
Libro: informática.
Autor: Gonzalo Ferreira Cortes
Editorial: alfaomega
http://www.duiops.net/manuales/access/access5.htm
cOnsuLtas & fOrmuLariOs
CONSULTAS Y FORMULARIOS:
Consultas: las consultas son recopilaciones de la información necesaria, ordenada y con un formato claro que permita poder verla en la pantalla de la computadora en lugar de imprimirla. Crear consultas con el asistente es verdaderamente sencillo y los resultados pueden ahorrar grandes sumas de dinero, por que en lugar de imprimir sendos informes en hojas de papel, los cuales sirven para consultar unos cuantos datos, estos se pueden ver fácilmente en la pantalla para tomar las decisiones pertinentes.
1) en el cuadro de dialogo asistente para consultas sencillas seleccione la tabla de la cual requiere consultar algunos campos, seleccione los campos necesarios e insértelos en el cuadro campos seleccionados, con la flecha hacia la derecha.
2) una vez seleccionados los campos pulse en el botón siguiente y decida si desea una consulta de detalle o resumen.
3) antes de terminar, asigne un nombre para la consulta o acepte el que sugiere el programa, seleccione la acción que desea que se realice al cerrar el asistente y pulse en el botón finalizar.
Un formulario es un tipo de objeto de base de datos que se utiliza fundamentalmente para introducir o mostrar datos en una base de datos. También puede usar un formulario como un panel de control que abra otros formularios e informes en la base de datos, o como un cuadro de diálogo personalizado que aceptar los datos del usuario y realiza la acción basada en la entrada.
La mayoría de los formularios están enlazados a una o varias tablas y consultas (consulta: pregunta sobre los datos almacenados en las tablas o solicitud para llevar a cabo una acción en los datos. Una consulta puede unir datos de varias tablas para servir como origen de datos de un formulario, informe o página de acceso a datos.) De la base de datos. El origen de registros (origen de registros: origen de datos subyacente de un formulario, informe o página de acceso a datos. En una base de datos de Access, puede ser una tabla, una consulta o una instrucción SQL. En un proyecto de Access, puede ser una tabla, una vista, una instrucción SQL o un procedimiento almacenado.) de un formulario hace referencia a los campos de las tablas y consultas base. No es necesario que un formulario contenga todos los campos de cada una de las tablas o consultas en las que está basado.
Un formulario dependiente almacena o recupera los datos del origen de registros base. Otra información del formulario, con el título, la fecha y el número de página, se almacena en el diseño del formulario.
• Los elementos gráficos como, por ejemplo, líneas y rectángulos, se almacenan en el diseño del formulario.
• Los datos proceden de los campos del origen de registros base.
• Un cálculo procede de una expresión almacenada en el diseño del informe.
• El texto descriptivo se almacena en el diseño del formulario.
El vínculo entre un formulario y su origen de registros se crea mediante los objetos gráficos denominados controles (control: objeto de interfaz gráfica para el usuario, como un cuadro de texto, una casilla de verificación, una barra de desplazamiento o un botón de comando, que permite a los usuarios controlar el programa. Utilice los controles para mostrar datos y opciones, realizar una opción o facilitar la lectura de la interfaz.). El tipo de control más comúnmente utilizado para mostrar y escribir datos es un cuadro de texto.
• Las etiquetas muestran texto descriptivo.
• Los cuadros de texto muestran los datos de la tabla Productos e introducen datos en dicha tabla.
• Un cuadro de texto utiliza una expresión para calcular un total.
También puede abrir un formulario en la vista Tabla dinámica o Gráfico dinámico para analizar los datos. En dichas vistas, puede cambiar dinámicamente el diseño de un formulario para presentar los datos de diferentes maneras. Puede reorganizar los encabezados de filas, encabezados de columnas y campos de filtro hasta que obtenga el diseño deseado. Cada vez que modifica el diseño, el formulario actualiza inmediatamente los datos a partir de la nueva organización.
• En la vista Tabla dinámica, puede ver los datos de detalles o datos resumidos organizando los campos en las áreas de filtros, filas, columnas y detalles.
• En la vista Gráfico dinámico, puede mostrar visualmente los datos al seleccionar un tipo de gráfico y ver los datos organizando los campos en las áreas de filtros, series, categorías y datos.
Creando un formulario
Para crear rápidamente un formulario, utilice el comando Autoformato o un Asistente. La función Autoformulario crea un formulario que muestra todos los campos y registros de la tabla o consulta (consulta: pregunta sobre los datos almacenados en las tablas o solicitud para llevar a cabo una acción en los datos. Una consulta puede unir datos de varias tablas para servir como origen de datos de un formulario, informe o página de acceso a datos.) base. El asistente hace preguntas y crea un informe basándose en las respuestas que obtiene. Después, podrá personalizar el formulario en la vista Diseño (vista Diseño: ventana que muestra el diseño de estos objetos de base de datos: tablas, consultas, formularios, informes, macros y páginas de acceso a datos. En la vista Diseño, puede crear objetos de base de datos nuevos y modificar el diseño de otros existentes.).
• Personalizar un formulario
• En la vista Diseño
En la vista Diseño, puede personalizar un informe de las siguientes maneras:
• Origen del registro: Puede cambiar las tablas y consultas en las que está basado un formulario.
• Controlar y ayudar al usuario: Puede establecer las propiedades del formulario para permitir o impedir a los usuarios que agreguen, eliminen o modifiquen los registros mostrados en un formulario. También puede agregar Ayuda personalizada a un formulario para ayudar a los usuarios a utilizar el formulario.
• Ventana Formulario: Puede agregar o quitar los botones Maximizar y Minimizar, cambiar los menús contextuales y otros elementos de la ventana Formulario.
• Secciones: Se puede agregar, quitar, ocultar o cambiar de tamaño los encabezados, pies y las secciones de detalles de un informe. También se puede establecer propiedades de sección para personalizar la forma en que se imprimirá el contenido de una sección.
• Controles: Puede mover, cambiar el tamaño o establecer las propiedades de fuente de un control. También puede agregar controles para mostrar los valores calculados, totales, la fecha y hora actuales, así como otro tipo de información que sea de utilidad en un formulario.
COMENTARIO: bueno las consultas te facilitan ver grandes cantidades de información en una pantalla mientras que si la imprimes te gastas mucho dinero, su creación es muy sencilla y pienso que cuando son grandes cantidades de información en una tarea seria más sencillo, rápido y económico.
Los formularios según lo leído te permiten introducir o mostrar datos en una base de datos, también se usan como un panel de control para abrir otros formularios lo que te ahorraría mucho tiempo. pueden verse tanto en tabla dinámica como en grafico dinámico. su creación es sencilla solo se tienen que seguir los pasos señalados
http://www.duiops.net/manuales/access/access5.htm
Libro: informática.
Autor: Gonzalo Ferreira Cortes
Editorial: alfaomega
Consultas: las consultas son recopilaciones de la información necesaria, ordenada y con un formato claro que permita poder verla en la pantalla de la computadora en lugar de imprimirla. Crear consultas con el asistente es verdaderamente sencillo y los resultados pueden ahorrar grandes sumas de dinero, por que en lugar de imprimir sendos informes en hojas de papel, los cuales sirven para consultar unos cuantos datos, estos se pueden ver fácilmente en la pantalla para tomar las decisiones pertinentes.
1) en el cuadro de dialogo asistente para consultas sencillas seleccione la tabla de la cual requiere consultar algunos campos, seleccione los campos necesarios e insértelos en el cuadro campos seleccionados, con la flecha hacia la derecha.
2) una vez seleccionados los campos pulse en el botón siguiente y decida si desea una consulta de detalle o resumen.
3) antes de terminar, asigne un nombre para la consulta o acepte el que sugiere el programa, seleccione la acción que desea que se realice al cerrar el asistente y pulse en el botón finalizar.
Un formulario es un tipo de objeto de base de datos que se utiliza fundamentalmente para introducir o mostrar datos en una base de datos. También puede usar un formulario como un panel de control que abra otros formularios e informes en la base de datos, o como un cuadro de diálogo personalizado que aceptar los datos del usuario y realiza la acción basada en la entrada.
La mayoría de los formularios están enlazados a una o varias tablas y consultas (consulta: pregunta sobre los datos almacenados en las tablas o solicitud para llevar a cabo una acción en los datos. Una consulta puede unir datos de varias tablas para servir como origen de datos de un formulario, informe o página de acceso a datos.) De la base de datos. El origen de registros (origen de registros: origen de datos subyacente de un formulario, informe o página de acceso a datos. En una base de datos de Access, puede ser una tabla, una consulta o una instrucción SQL. En un proyecto de Access, puede ser una tabla, una vista, una instrucción SQL o un procedimiento almacenado.) de un formulario hace referencia a los campos de las tablas y consultas base. No es necesario que un formulario contenga todos los campos de cada una de las tablas o consultas en las que está basado.
Un formulario dependiente almacena o recupera los datos del origen de registros base. Otra información del formulario, con el título, la fecha y el número de página, se almacena en el diseño del formulario.
• Los elementos gráficos como, por ejemplo, líneas y rectángulos, se almacenan en el diseño del formulario.
• Los datos proceden de los campos del origen de registros base.
• Un cálculo procede de una expresión almacenada en el diseño del informe.
• El texto descriptivo se almacena en el diseño del formulario.
El vínculo entre un formulario y su origen de registros se crea mediante los objetos gráficos denominados controles (control: objeto de interfaz gráfica para el usuario, como un cuadro de texto, una casilla de verificación, una barra de desplazamiento o un botón de comando, que permite a los usuarios controlar el programa. Utilice los controles para mostrar datos y opciones, realizar una opción o facilitar la lectura de la interfaz.). El tipo de control más comúnmente utilizado para mostrar y escribir datos es un cuadro de texto.
• Las etiquetas muestran texto descriptivo.
• Los cuadros de texto muestran los datos de la tabla Productos e introducen datos en dicha tabla.
• Un cuadro de texto utiliza una expresión para calcular un total.
También puede abrir un formulario en la vista Tabla dinámica o Gráfico dinámico para analizar los datos. En dichas vistas, puede cambiar dinámicamente el diseño de un formulario para presentar los datos de diferentes maneras. Puede reorganizar los encabezados de filas, encabezados de columnas y campos de filtro hasta que obtenga el diseño deseado. Cada vez que modifica el diseño, el formulario actualiza inmediatamente los datos a partir de la nueva organización.
• En la vista Tabla dinámica, puede ver los datos de detalles o datos resumidos organizando los campos en las áreas de filtros, filas, columnas y detalles.
• En la vista Gráfico dinámico, puede mostrar visualmente los datos al seleccionar un tipo de gráfico y ver los datos organizando los campos en las áreas de filtros, series, categorías y datos.
Creando un formulario
Para crear rápidamente un formulario, utilice el comando Autoformato o un Asistente. La función Autoformulario crea un formulario que muestra todos los campos y registros de la tabla o consulta (consulta: pregunta sobre los datos almacenados en las tablas o solicitud para llevar a cabo una acción en los datos. Una consulta puede unir datos de varias tablas para servir como origen de datos de un formulario, informe o página de acceso a datos.) base. El asistente hace preguntas y crea un informe basándose en las respuestas que obtiene. Después, podrá personalizar el formulario en la vista Diseño (vista Diseño: ventana que muestra el diseño de estos objetos de base de datos: tablas, consultas, formularios, informes, macros y páginas de acceso a datos. En la vista Diseño, puede crear objetos de base de datos nuevos y modificar el diseño de otros existentes.).
• Personalizar un formulario
• En la vista Diseño
En la vista Diseño, puede personalizar un informe de las siguientes maneras:
• Origen del registro: Puede cambiar las tablas y consultas en las que está basado un formulario.
• Controlar y ayudar al usuario: Puede establecer las propiedades del formulario para permitir o impedir a los usuarios que agreguen, eliminen o modifiquen los registros mostrados en un formulario. También puede agregar Ayuda personalizada a un formulario para ayudar a los usuarios a utilizar el formulario.
• Ventana Formulario: Puede agregar o quitar los botones Maximizar y Minimizar, cambiar los menús contextuales y otros elementos de la ventana Formulario.
• Secciones: Se puede agregar, quitar, ocultar o cambiar de tamaño los encabezados, pies y las secciones de detalles de un informe. También se puede establecer propiedades de sección para personalizar la forma en que se imprimirá el contenido de una sección.
• Controles: Puede mover, cambiar el tamaño o establecer las propiedades de fuente de un control. También puede agregar controles para mostrar los valores calculados, totales, la fecha y hora actuales, así como otro tipo de información que sea de utilidad en un formulario.
COMENTARIO: bueno las consultas te facilitan ver grandes cantidades de información en una pantalla mientras que si la imprimes te gastas mucho dinero, su creación es muy sencilla y pienso que cuando son grandes cantidades de información en una tarea seria más sencillo, rápido y económico.
Los formularios según lo leído te permiten introducir o mostrar datos en una base de datos, también se usan como un panel de control para abrir otros formularios lo que te ahorraría mucho tiempo. pueden verse tanto en tabla dinámica como en grafico dinámico. su creación es sencilla solo se tienen que seguir los pasos señalados
http://www.duiops.net/manuales/access/access5.htm
Libro: informática.
Autor: Gonzalo Ferreira Cortes
Editorial: alfaomega
TaBla ClaVez & RelaCioNes
TABLA, CLAVES Y RELACIONES:
• Tablas: Aunque las tablas se crean de manera independiente, pueden crearse relaciones, hacia éstas que pueden estar vinculadas a la captura o muestra de la información contenida en dicha tabla. Es decir, una vez creada la tabla se pueden desarrollar sobre ella diferentes acciones que nos permitan adicionar, editar o eliminar información.
Relaciones: Para definir una o más relaciones, en la base de datos que se encuentra activa se accede a la opción Base de datos, disponible en el menú Ventana, y luego se desarrolla la secuencia.
Herramientas à Relaciones. Como resultado, aparece la ventana Relaciones y, en forma superpuesta, se presenta el cuadro de diálogo Mostrar tabla.
Se puede crear una relación de tabla en la ventana Relaciones o arrastrando un campo hasta una hoja de datos desde el panel Lista de campos. Cuando se crea una relación entre tablas, los campos comunes no tienen que tener los mismos nombres, si bien sus nombres suelen coincidir. Sin embargo, los campos comunes tienen que tener el mismo tipo de datos. No obstante, si el campo de clave principal es un campo Autonumérico, el campo de clave externa también puede ser un campo de tipo Número si la propiedad Tamaño del campo de ambos campos tiene el mismo valor.
Una clave es aquel que identifica al registro, por ejemplo un número de legajo, un número de documento, etc. Una vez marcado como campo clave, en el momento de ingresar datos, no se permitirá ingresar valores repetidos, ni nulos.
Un algoritmo bien diseñado debe producir, a partir del mismo texto plano, dos textos cifrados completamente diferentes si se usa una clave distinta. Similarmente, descifrar un texto cifrado con una clave errónea debería producir un galimatías aparentemente caótico.
Son estructuradas formadas que se asocian con claves y valores
• COMENTARIO:
Las tablas son las que contienen una información de manera ordenada y en ocasiones se pueden crear relaciones, cuando esta terminada se permite adicionar, editar o eliminar información.
Las relaciones deben contener el mismo tipo de datos, los campos comunes no tienen que tener los mismos nombres pero en ocasiones hay nombres que coinciden. Sirven para ver de un registro a otro las coincidencias que pueden tener.
La clave dentro de esta información es la que te permite identificar un determinado registro, pero cuando se encuentra marcado no se permite tener valores repetidos, cero que esto es muy útil y te permite tener la información d una manera mas segura.
• http://www.frbb.utn.edu.ar/frbb/index.php?option=com_shared_private_space&task=showfile&fileid=63
• Tablas: Aunque las tablas se crean de manera independiente, pueden crearse relaciones, hacia éstas que pueden estar vinculadas a la captura o muestra de la información contenida en dicha tabla. Es decir, una vez creada la tabla se pueden desarrollar sobre ella diferentes acciones que nos permitan adicionar, editar o eliminar información.
Relaciones: Para definir una o más relaciones, en la base de datos que se encuentra activa se accede a la opción Base de datos, disponible en el menú Ventana, y luego se desarrolla la secuencia.
Herramientas à Relaciones. Como resultado, aparece la ventana Relaciones y, en forma superpuesta, se presenta el cuadro de diálogo Mostrar tabla.
Se puede crear una relación de tabla en la ventana Relaciones o arrastrando un campo hasta una hoja de datos desde el panel Lista de campos. Cuando se crea una relación entre tablas, los campos comunes no tienen que tener los mismos nombres, si bien sus nombres suelen coincidir. Sin embargo, los campos comunes tienen que tener el mismo tipo de datos. No obstante, si el campo de clave principal es un campo Autonumérico, el campo de clave externa también puede ser un campo de tipo Número si la propiedad Tamaño del campo de ambos campos tiene el mismo valor.
Una clave es aquel que identifica al registro, por ejemplo un número de legajo, un número de documento, etc. Una vez marcado como campo clave, en el momento de ingresar datos, no se permitirá ingresar valores repetidos, ni nulos.
Un algoritmo bien diseñado debe producir, a partir del mismo texto plano, dos textos cifrados completamente diferentes si se usa una clave distinta. Similarmente, descifrar un texto cifrado con una clave errónea debería producir un galimatías aparentemente caótico.
Son estructuradas formadas que se asocian con claves y valores
• COMENTARIO:
Las tablas son las que contienen una información de manera ordenada y en ocasiones se pueden crear relaciones, cuando esta terminada se permite adicionar, editar o eliminar información.
Las relaciones deben contener el mismo tipo de datos, los campos comunes no tienen que tener los mismos nombres pero en ocasiones hay nombres que coinciden. Sirven para ver de un registro a otro las coincidencias que pueden tener.
La clave dentro de esta información es la que te permite identificar un determinado registro, pero cuando se encuentra marcado no se permite tener valores repetidos, cero que esto es muy útil y te permite tener la información d una manera mas segura.
• http://www.frbb.utn.edu.ar/frbb/index.php?option=com_shared_private_space&task=showfile&fileid=63
DatO camPo & RegistrO
DATO, CAMPO, REGISTRO.
ºDATO
El dato es una representación simbólica (numérica, alfabética, algorítmica etc.), un atributo o una característica de una entidad. El dato no tiene valor semántico (sentido) en sí mismo, pero si recibe un tratamiento (procesamiento) apropiado, se puede utilizar en la realización de cálculos o toma de decisiones. Es de empleo muy común en el ámbito informático y, en general, prácticamente en cualquier disciplina científica.
En programación, un dato es la expresión general que describe las características de las entidades sobre las cuales opera un algoritmo.
En Estructura de datos, es la parte mínima de la información.
Campo (informática)
En informática, un campo es un espacio de almacenamiento para un dato en particular. En las bases de datos, un campo es la mínima unidad de información a la que se puede acceder; un campo o un conjunto de ellos forman un registro, donde pueden existir campos en blanco, siendo éste un error del sistema. En las hojas de cálculo los campos son llamados celdas. La mayoría de los campos tienen atributos asociados a ellos. Por ejemplo, algunos campos son numéricos mientras otros almacenan texto, también varía el tamaño de estos. Adicionalmente, cada campo tiene un nombre
Registro
El término registro puede referirse a:
• el registro de Windows, una base de datos que almacena configuraciones y opciones del sistema operativo Windows;
• el registro (hardware) una memoria de alta velocidad que almacena valores usados en operaciones matemáticas dentro del microprocesador;
• el registro (estructura de datos), un tipo de datos estructurado formado por la unión de varios elementos que pueden ser datos elementales u otras estructuras de datos.
• el registro (base de datos), un ítem único con datos estructurados en una tabla de base de datos;
• el registro electrónico, un circuito secuencial síncrono capaz de almacenar varios bits de información.
ºCOMENTARIOº:
El dato es una pequeña representación simbólica que permite la descripción de las características de un algoritmo, estos datos tienen un procesamiento y una información definida. El dato es la parte mas pequeña de una determinada información.
El campo es un espacio que te permite el almacenamiento de diferentes datos, en las bases de datos son las unidades mas pequeñas, cuando se tienen varios campos forman un registro, en las hojas de calculo se denominan celdas.
El registro es una forma almacenamiento de una información que se encuentra de forma ordenada como lo es en: el registro de Windows, el registro electrónico, entre otros.
ºDATO
El dato es una representación simbólica (numérica, alfabética, algorítmica etc.), un atributo o una característica de una entidad. El dato no tiene valor semántico (sentido) en sí mismo, pero si recibe un tratamiento (procesamiento) apropiado, se puede utilizar en la realización de cálculos o toma de decisiones. Es de empleo muy común en el ámbito informático y, en general, prácticamente en cualquier disciplina científica.
En programación, un dato es la expresión general que describe las características de las entidades sobre las cuales opera un algoritmo.
En Estructura de datos, es la parte mínima de la información.
Campo (informática)
En informática, un campo es un espacio de almacenamiento para un dato en particular. En las bases de datos, un campo es la mínima unidad de información a la que se puede acceder; un campo o un conjunto de ellos forman un registro, donde pueden existir campos en blanco, siendo éste un error del sistema. En las hojas de cálculo los campos son llamados celdas. La mayoría de los campos tienen atributos asociados a ellos. Por ejemplo, algunos campos son numéricos mientras otros almacenan texto, también varía el tamaño de estos. Adicionalmente, cada campo tiene un nombre
Registro
El término registro puede referirse a:
• el registro de Windows, una base de datos que almacena configuraciones y opciones del sistema operativo Windows;
• el registro (hardware) una memoria de alta velocidad que almacena valores usados en operaciones matemáticas dentro del microprocesador;
• el registro (estructura de datos), un tipo de datos estructurado formado por la unión de varios elementos que pueden ser datos elementales u otras estructuras de datos.
• el registro (base de datos), un ítem único con datos estructurados en una tabla de base de datos;
• el registro electrónico, un circuito secuencial síncrono capaz de almacenar varios bits de información.
ºCOMENTARIOº:
El dato es una pequeña representación simbólica que permite la descripción de las características de un algoritmo, estos datos tienen un procesamiento y una información definida. El dato es la parte mas pequeña de una determinada información.
El campo es un espacio que te permite el almacenamiento de diferentes datos, en las bases de datos son las unidades mas pequeñas, cuando se tienen varios campos forman un registro, en las hojas de calculo se denominan celdas.
El registro es una forma almacenamiento de una información que se encuentra de forma ordenada como lo es en: el registro de Windows, el registro electrónico, entre otros.
Suscribirse a:
Comentarios (Atom)
