NORMALIZACIÓN
*El proceso de normalización de bases de datos consiste en aplicar una serie de reglas a las relaciones obtenidas tras el paso del modelo entidad-relación al modelo relacional.
Las bases de datos relacionales se normalizan para:
Evitar la redundancia de los datos.
Evitar problemas de actualización de los datos en las tablas.
Proteger la integridad de los datos.
En el modelo relacional es frecuente llamar tabla a una relación, aunque para que una tabla sea considerada como una relación tiene que cumplir con algunas restricciones:
Cada columna debe tener su nombre único.
No puede haber dos filas iguales. No se permiten los duplicados.
Todos los datos en una columna deben ser del mismo tipo.
*La normalización es aplicar algunas reglas a bases de datos ya establecidas, por el modelo entidad-relación o el modelo relacional.
* http://es.wikipedia.org/wiki/Clave_for%C3%A1nea
miércoles, 12 de mayo de 2010
PRIMERA FORMA NORMAL
PRIMERA FORMA NORMAL
*La primera forma normal (1FN o forma mínima) es una forma normal usada en normalización de bases de datos. Una tabla de base de datos relacional que se adhiere a la 1FN es una que satisface cierto conjunto mínimo de criterios. Estos criterios se refieren básicamente a asegurarse que la tabla es una representación fiel de una relación[1] y está libre de "grupos repetitivos".[2]
Sin embargo, el concepto de "grupo repetitivo", es entendido de diversas maneras por diferentes teóricos. Como consecuencia, no hay un acuerdo universal en cuanto a qué características descalificarían a una tabla de estar en 1FN. Muy notablemente, la 1FN, tal y como es definida por algunos autores excluye "atributos relación-valor" (tablas dentro de tablas) siguiendo el precedente establecido por E.F. Codd) (algunos de esos autores son: Ramez Elmasri y Shamkant B. Navathe[3] ). Por otro lado, según lo definido por otros autores, la 1FN sí los permite (por ejemplo como la define Chris Date).
*La primera forma normal, es la que se utiliza en la normalización de base de datos para satisfacer cierto conjunto mínimo de criterios.
* http://es.wikipedia.org/wiki/1NF
*La primera forma normal (1FN o forma mínima) es una forma normal usada en normalización de bases de datos. Una tabla de base de datos relacional que se adhiere a la 1FN es una que satisface cierto conjunto mínimo de criterios. Estos criterios se refieren básicamente a asegurarse que la tabla es una representación fiel de una relación[1] y está libre de "grupos repetitivos".[2]
Sin embargo, el concepto de "grupo repetitivo", es entendido de diversas maneras por diferentes teóricos. Como consecuencia, no hay un acuerdo universal en cuanto a qué características descalificarían a una tabla de estar en 1FN. Muy notablemente, la 1FN, tal y como es definida por algunos autores excluye "atributos relación-valor" (tablas dentro de tablas) siguiendo el precedente establecido por E.F. Codd) (algunos de esos autores son: Ramez Elmasri y Shamkant B. Navathe[3] ). Por otro lado, según lo definido por otros autores, la 1FN sí los permite (por ejemplo como la define Chris Date).
*La primera forma normal, es la que se utiliza en la normalización de base de datos para satisfacer cierto conjunto mínimo de criterios.
* http://es.wikipedia.org/wiki/1NF
SEGUNDA FORMA NORMAL
SEGUNDA FORMA NORMAL
*La segunda forma normal (2NF) es una forma normal usada en normalización de bases de datos. La 2NF definida originalmente por E.F. Codd[1] en 1971. Una tabla que está en la primera forma normal (1NF) debe satisfacer criterios adicionales para calificar para la segunda forma normal. Específicamente: una tabla 1NF está en 2NF si y solo si, dada cualquier clave candidata y cualquier atributo que no sea un constituyente de la clave candidata, el atributo no clave depende de toda la clave candidata en vez de solo una parte de ella.
En términos levemente más formales: una tabla 1NF está en 2NF si y solo si ninguno de sus atributos no-principales son funcionalmente dependientes en una parte (subconjunto apropiado) de una clave candidata. (Un atributo no-principal es uno que no pertenece a ninguna clave candidata).
*La segunda forma normal las cualidades q debe tener la primra fase, deben de satisfacer a la segunda fase.
* http://es.wikipedia.org/wiki/2NF
*La segunda forma normal (2NF) es una forma normal usada en normalización de bases de datos. La 2NF definida originalmente por E.F. Codd[1] en 1971. Una tabla que está en la primera forma normal (1NF) debe satisfacer criterios adicionales para calificar para la segunda forma normal. Específicamente: una tabla 1NF está en 2NF si y solo si, dada cualquier clave candidata y cualquier atributo que no sea un constituyente de la clave candidata, el atributo no clave depende de toda la clave candidata en vez de solo una parte de ella.
En términos levemente más formales: una tabla 1NF está en 2NF si y solo si ninguno de sus atributos no-principales son funcionalmente dependientes en una parte (subconjunto apropiado) de una clave candidata. (Un atributo no-principal es uno que no pertenece a ninguna clave candidata).
*La segunda forma normal las cualidades q debe tener la primra fase, deben de satisfacer a la segunda fase.
* http://es.wikipedia.org/wiki/2NF
TERCERA FORMA NORMAL
TERCERA FORMA NORMAL
*La tercera forma normal (3NF) es una forma normal usada en la normalización de bases de datos. La 3NF fue definida originalmente por E.F. Codd[1] en 1971. La definición de Codd indica que una tabla está en 3NF si y solo si las dos condiciones siguientes se mantienen:
La tabla está en la segunda forma normal (2NF)
Ningún atributo no-primario de la tabla es dependiente transitivamente de una clave candidata
Un atributo no-primario es un atributo que no pertenece a ninguna clave candidato. Una dependencia transitiva es una dependencia funcional X → Z en la cual Z no es inmediatamente dependiente de X, pero sí de un tercer conjunto de atributos Y, que a su vez depende de X. Es decir, X → Z por virtud de X → Y y Y → Z.
Una formulación alternativa de la definición de Codd, dada por Carlo Zaniolo[2] en 1982, es ésta: Una tabla está en 3NF si y solo si, para cada una de sus dependencias funcionales X → A, por lo menos una de las condiciones siguientes se mantiene:
X contiene A, ó
X es una superclave, ó
A es un atributo primario (es decir, A está contenido dentro de una clave candidato)
La definición de Zaniolo tiene la ventaja de dar un claro sentido de la diferencia entre la 3NF y la más rigurosa forma normal de Boyce-Codd (BCNF). La BCNF simplemente elimina la tercera alternativa ("A es un atributo primario").
*Para que la tercera fase normal pertenezca a está, la tabla utilizada debe perteneces a la fase dos.
*http://es.wikipedia.org/wiki/3NF
*La tercera forma normal (3NF) es una forma normal usada en la normalización de bases de datos. La 3NF fue definida originalmente por E.F. Codd[1] en 1971. La definición de Codd indica que una tabla está en 3NF si y solo si las dos condiciones siguientes se mantienen:
La tabla está en la segunda forma normal (2NF)
Ningún atributo no-primario de la tabla es dependiente transitivamente de una clave candidata
Un atributo no-primario es un atributo que no pertenece a ninguna clave candidato. Una dependencia transitiva es una dependencia funcional X → Z en la cual Z no es inmediatamente dependiente de X, pero sí de un tercer conjunto de atributos Y, que a su vez depende de X. Es decir, X → Z por virtud de X → Y y Y → Z.
Una formulación alternativa de la definición de Codd, dada por Carlo Zaniolo[2] en 1982, es ésta: Una tabla está en 3NF si y solo si, para cada una de sus dependencias funcionales X → A, por lo menos una de las condiciones siguientes se mantiene:
X contiene A, ó
X es una superclave, ó
A es un atributo primario (es decir, A está contenido dentro de una clave candidato)
La definición de Zaniolo tiene la ventaja de dar un claro sentido de la diferencia entre la 3NF y la más rigurosa forma normal de Boyce-Codd (BCNF). La BCNF simplemente elimina la tercera alternativa ("A es un atributo primario").
*Para que la tercera fase normal pertenezca a está, la tabla utilizada debe perteneces a la fase dos.
*http://es.wikipedia.org/wiki/3NF
CICLO DE VIDA DEL SISTEMA DE APLICACIÓN DE BASE DE DATOS
CICLO DE VIDA DEL SISTEMA DE APLICACIÓN DE BASE DE DATOS
*Las etapas del ciclo de vida de una aplicación de bases de datos son las siguientes:
1.Planificación del proyecto.
2.Definición del sistema.
3.Recolección y análisis de los requisitos.
4.Diseño de la base de datos.
5.Selección del SGBD.
6.Diseño de la aplicación.
7.Prototipado.
8.Implementación.
9.Conversión y carga de datos.
10.Prueba.
11.Mantenimiento.
Estas etapas no son estrictamente secuenciales. De hecho hay que repetir algunas de las etapas varias veces, haciendo lo que se conocen como ciclos de realimentación. Por ejemplo, los problemas que se encuentran en la etapa del diseño de la base de datos pueden requerir una recolección de requisitos adicional y su posterior análisis.
*Las etapas del ciclo de vida son secuenciales, y algunas de ellas se tiene que repetir varias veces.
* http://www3.uji.es/~mmarques/f47/apun/node67.html
*Las etapas del ciclo de vida de una aplicación de bases de datos son las siguientes:
1.Planificación del proyecto.
2.Definición del sistema.
3.Recolección y análisis de los requisitos.
4.Diseño de la base de datos.
5.Selección del SGBD.
6.Diseño de la aplicación.
7.Prototipado.
8.Implementación.
9.Conversión y carga de datos.
10.Prueba.
11.Mantenimiento.
Estas etapas no son estrictamente secuenciales. De hecho hay que repetir algunas de las etapas varias veces, haciendo lo que se conocen como ciclos de realimentación. Por ejemplo, los problemas que se encuentran en la etapa del diseño de la base de datos pueden requerir una recolección de requisitos adicional y su posterior análisis.
*Las etapas del ciclo de vida son secuenciales, y algunas de ellas se tiene que repetir varias veces.
* http://www3.uji.es/~mmarques/f47/apun/node67.html
RECOLECCIÓN Y ANÁLISIS DE INFORMACIÓN
RECOLECCIÓN Y ANÁLISIS DE INFORMACIÓN
*Tomando como base los principios de la calidad, la recolección tiene como alcance la toma y registro de datos de los productos, procesos, sistema y personas de la organización, con el fin de analizar si se cumplen con los estándares de funcionamiento.
*La recolección y análisis de información toma como base los principios de calidad y lo que se quiere informar.
* http://www.emagister.com/herramientas-para-recoleccion-analisis-datos-cursos-1006265.htm#programa
*Tomando como base los principios de la calidad, la recolección tiene como alcance la toma y registro de datos de los productos, procesos, sistema y personas de la organización, con el fin de analizar si se cumplen con los estándares de funcionamiento.
*La recolección y análisis de información toma como base los principios de calidad y lo que se quiere informar.
* http://www.emagister.com/herramientas-para-recoleccion-analisis-datos-cursos-1006265.htm#programa
DISEÑO CONCEPTUAL DE LA BASE DE DATOS
DISEÑO CONCEPTUAL DE LA BASE DE DATOS
*Conjunto de actividades que resultan en un esquema conceptual de alto nivel de una base de datos, independiente del software gestor (SGBD), partiendo de especificaciones de requerimientos.
El diseño conceptual de una base de datos suele hacerse empleando un DER.
Las personas encargadas de esta tarea suelen llamarse diseñadores de bases de datos.
El diseño conceptual de una base de datos forma parte del proceso de diseño de la base de datos completa, que incluye el diseño conceptual, diseño lógico y diseño físico de la misma.
*El diseño conceptual de la base de datos forma parte del diseño de concepto, logico y fisico de la base.
* http://www.alegsa.com.ar/Dic/dise%C3%B1o%20conceptual%20de%20bases%20de%20datos.php
*Conjunto de actividades que resultan en un esquema conceptual de alto nivel de una base de datos, independiente del software gestor (SGBD), partiendo de especificaciones de requerimientos.
El diseño conceptual de una base de datos suele hacerse empleando un DER.
Las personas encargadas de esta tarea suelen llamarse diseñadores de bases de datos.
El diseño conceptual de una base de datos forma parte del proceso de diseño de la base de datos completa, que incluye el diseño conceptual, diseño lógico y diseño físico de la misma.
*El diseño conceptual de la base de datos forma parte del diseño de concepto, logico y fisico de la base.
* http://www.alegsa.com.ar/Dic/dise%C3%B1o%20conceptual%20de%20bases%20de%20datos.php
ELECCIÓN DE UN SISTEMA DE GESTORES DE BASE DE DATOS
ELECCIÓN DE UN SISTEMA DE GESTORES DE BASE DE DATOS
*Un sistema de gestión de bases de datos constituye el núcleo de la base de datos, contiene todas las rutinas necesarias para la gestión de los datos. Muchos sistemas utilizan como lenguaje del sistema el lenguaje SQL (Structured Query Language)
Siendo una base de datos como un sistema de captación y mantenimiento de registros de forma computerizada, en este sistema se van a poder realizar las operaciones de inserción, borrado y modificación de un dato y modificaciones, borrados e inserciones de información de la estructura de la base de datos.
Y existen muchas "maneras" de manejar informáticamente esas bases de datos: con Access, Oracle, SQL, PostgreSQL o MySql .. entre otros. Cada sistema tiene unas características, unas ventajas y unos inconvenientes, la elección de uno u otro sistema para gestionar nuestra base de datos vendrá definida por nuestras necesidades.
MySql es un gestor de bases de datos, es una manera de gestionar nuestros datos, es un bibliotecario computerizado que administra, gestiona, y opera con nuestros ficheros de datos . Si le hablamos en un idioma que entienda nos los devolverá ordenados, clasificados y/o seleccionados.
*Para la elección del sistema de gestores que utilizaremos para nuestra base de datos, depene de las necesidades que tiene cada usuario, asi, dependiendo de las necesidades, se elegira el sistema gestor que sea mas apropiado para nuestra base.
* http://www.wikilearning.com/tutorial/introduccion_a_las_bases_de_datos-tipos_de_gestores_de_bases_de_datos/10147-2
*Un sistema de gestión de bases de datos constituye el núcleo de la base de datos, contiene todas las rutinas necesarias para la gestión de los datos. Muchos sistemas utilizan como lenguaje del sistema el lenguaje SQL (Structured Query Language)
Siendo una base de datos como un sistema de captación y mantenimiento de registros de forma computerizada, en este sistema se van a poder realizar las operaciones de inserción, borrado y modificación de un dato y modificaciones, borrados e inserciones de información de la estructura de la base de datos.
Y existen muchas "maneras" de manejar informáticamente esas bases de datos: con Access, Oracle, SQL, PostgreSQL o MySql .. entre otros. Cada sistema tiene unas características, unas ventajas y unos inconvenientes, la elección de uno u otro sistema para gestionar nuestra base de datos vendrá definida por nuestras necesidades.
MySql es un gestor de bases de datos, es una manera de gestionar nuestros datos, es un bibliotecario computerizado que administra, gestiona, y opera con nuestros ficheros de datos . Si le hablamos en un idioma que entienda nos los devolverá ordenados, clasificados y/o seleccionados.
*Para la elección del sistema de gestores que utilizaremos para nuestra base de datos, depene de las necesidades que tiene cada usuario, asi, dependiendo de las necesidades, se elegira el sistema gestor que sea mas apropiado para nuestra base.
* http://www.wikilearning.com/tutorial/introduccion_a_las_bases_de_datos-tipos_de_gestores_de_bases_de_datos/10147-2
TRANSFORMACIÓN AL MODELO DE DATOS
TRANSFORMACIÓN AL MODELO DE DATOS
*Es innegable que la gestión y la explotación subsiguiente de los registros que contienen datos, y, como consecuencia, información, depende de las herramientas existentes en el campo de la gestión de la información, por una parte, y del cuerpo teórico de la ciencia de la información, por otra. La explotación satisfactoria de esta información, de la misma forma, demanda experiencia en dos áreas de conocimiento: en las técnicas de recuperación de información y en el estudio de las necesidades de los usuarios.
*Para transformar al modelo de datos se debe a la forma de la información y la necesidad del usuario.
* http://tramullas.com/documatica/2-8.html
*Es innegable que la gestión y la explotación subsiguiente de los registros que contienen datos, y, como consecuencia, información, depende de las herramientas existentes en el campo de la gestión de la información, por una parte, y del cuerpo teórico de la ciencia de la información, por otra. La explotación satisfactoria de esta información, de la misma forma, demanda experiencia en dos áreas de conocimiento: en las técnicas de recuperación de información y en el estudio de las necesidades de los usuarios.
*Para transformar al modelo de datos se debe a la forma de la información y la necesidad del usuario.
* http://tramullas.com/documatica/2-8.html
DISEÑO FISICO DE LA BASE DE DATOS
DISEÑO FÍSICO DE LA BASE DE DATOS
*El diseño de una base de datos se descompone en tres etapas: diseño conceptual, lógico y físico. La etapa del diseño lógico es independiente de los detalles de implementación y dependiente del tipo de SGBD que se vaya a utilizar. La salida de esta etapa es el esquema lógico global y la documentación que lo describe. Todo ello es la entrada para la etapa que viene a continuación, el diseño físico.
Uno de los objetivos principales del diseño físico es almacenar los datos de modo eficiente. Para medir la eficiencia hay varios factores que se deben tener en cuenta:
•Productividad de transacciones. Es el número de transacciones que se quiere procesar en un intervalo de tiempo.
•Tiempo de respuesta. Es el tiempo que tarda en ejecutarse una transacción. Desde el punto de vista del usuario, este tiempo debería ser el mínimo posible.
•Espacio en disco. Es la cantidad de espacio en disco que hace falta para los ficheros de la base de datos. Normalmente, el diseñador querrá minimizar este espacio.
* El diseño físico de la base de datos es la documentación del esquema lógico.
* http://www3.uji.es/~mmarques/f47/apun/node97.html
*El diseño de una base de datos se descompone en tres etapas: diseño conceptual, lógico y físico. La etapa del diseño lógico es independiente de los detalles de implementación y dependiente del tipo de SGBD que se vaya a utilizar. La salida de esta etapa es el esquema lógico global y la documentación que lo describe. Todo ello es la entrada para la etapa que viene a continuación, el diseño físico.
Uno de los objetivos principales del diseño físico es almacenar los datos de modo eficiente. Para medir la eficiencia hay varios factores que se deben tener en cuenta:
•Productividad de transacciones. Es el número de transacciones que se quiere procesar en un intervalo de tiempo.
•Tiempo de respuesta. Es el tiempo que tarda en ejecutarse una transacción. Desde el punto de vista del usuario, este tiempo debería ser el mínimo posible.
•Espacio en disco. Es la cantidad de espacio en disco que hace falta para los ficheros de la base de datos. Normalmente, el diseñador querrá minimizar este espacio.
* El diseño físico de la base de datos es la documentación del esquema lógico.
* http://www3.uji.es/~mmarques/f47/apun/node97.html
GENERACIÓN DE UN SISTEMA DE BASE DE DATOS
*Cuando hablamos de bases de datos, en nuestras conversaciones nos referimos a datos relacionales. Esto no fue siempre así, antes que el modelo relacional fuese desarrollado, existió otro modelo de datos.
Ahora, el caso para considerar las alternativas ha llegado a ser cada vez más fuerte, con las nuevas generaciones de leguajes de desarrollo orientados a objetos se abre una gama de oportunidades a las aplicaciones, y a su vez a las base de datos con la aparición de las bases de datos nativas, orientadas a guardar estos objetos creados por las aplicaciones
Primera generación: modelo jerárquicos y red
El modelo jerárquicos
El modelo de dato de red
Segunda generación de bases de datos.: modelo relacional
Accesando el modelo relacional
Modelo relacional con programación de procedimientos
Modelo relacional con programación orienta a objetos
Tercera generación: modelo post-relacional
El modelo de objeto
El modelo objeto a relacional
*La generación de base de datos, muestra la diversidad de sistemas que se craron, y los que actualmente existen.
* http://labloguera.net/blogs/elperucho/archive/2007/10/31/generaciones-de-bases-de-datos-un-poco-de-historia.aspx
Ahora, el caso para considerar las alternativas ha llegado a ser cada vez más fuerte, con las nuevas generaciones de leguajes de desarrollo orientados a objetos se abre una gama de oportunidades a las aplicaciones, y a su vez a las base de datos con la aparición de las bases de datos nativas, orientadas a guardar estos objetos creados por las aplicaciones
Primera generación: modelo jerárquicos y red
El modelo jerárquicos
El modelo de dato de red
Segunda generación de bases de datos.: modelo relacional
Accesando el modelo relacional
Modelo relacional con programación de procedimientos
Modelo relacional con programación orienta a objetos
Tercera generación: modelo post-relacional
El modelo de objeto
El modelo objeto a relacional
*La generación de base de datos, muestra la diversidad de sistemas que se craron, y los que actualmente existen.
* http://labloguera.net/blogs/elperucho/archive/2007/10/31/generaciones-de-bases-de-datos-un-poco-de-historia.aspx
lunes, 15 de marzo de 2010
DerivadOs & aDiCionales De cOnsulta
--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
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
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.
sábado, 20 de febrero de 2010
Base de datos
· ¿Qué son las bases de datos?
Una base de datos es un “almacén” que nos permite guardar grandes cantidades de información de forma organizada para que luego podamos encontrar y utilizar fácilmente. A continuación te presentamos una guía que te explicará el concepto y características de las bases de datos.
El término de bases de datos fue escuchado por primera vez en 1963, en un simposio celebrado en California, USA. Una base de datos se puede definir como un conjunto de información relacionada que se encuentra agrupada ó estructurada.
Desde el punto de vista informático, la base de datos es un sistema formado por un conjunto de datos almacenados en discos que permiten el acceso directo a ellos y un conjunto de programas que manipulen ese conjunto de datos.
Cada base de datos se compone de una o más tablas que guarda un conjunto de datos. Cada tabla tiene una o más columnas y filas. Las columnas guardan una parte de la información sobre cada elemento que queramos guardar en la tabla, cada fila de la tabla conforma un registro.
Se define una base de datos como una serie de datos organizados y relacionados entre sí, los cuales son recolectados y explotados por los sistemas de información de una empresa o negocio en particular.
Características
Entre las principales características de los sistemas de base de datos podemos mencionar:
Independencia lógica y física de los datos.
Redundancia mínima.
Acceso concurrente por parte de múltiples usuarios.
Integridad de los datos.
Consultas complejas optimizadas.
Seguridad de acceso y auditoría.
Respaldo y recuperación.
Acceso a través de lenguajes de programación estándar.
· Definición Personal
Las bases de datos son como bodegas o almacenes en este caso virtuales como cuando buscamos en google algo y salen varias opciones de información son datos de registro y con esto es más fácil de encontrar la información deseada.
· Bibliografia:
http://www.maestrosdelweb.com/principiantes/¿que-son-las-bases-de-datos?/
Suscribirse a:
Comentarios (Atom)
