Escolar Documentos
Profissional Documentos
Cultura Documentos
Personas;
Actividades o técnicas de trabajo;
Datos;
Recursos materiales en general [(Papel, lápices, libros, carpetas, etc. Estas
actividades de recolección y procesamiento de información, eran actividades
manuales y solo con la llegada de la tecnología, (computadoras, Internet,
etc., se han convertido en sistemas con recursos informáticos y de
comunicación).
Todos estos elementos interactúan para procesar los datos (incluidos los procesos
manuales y automáticos) y dan lugar a información más elaborada, que se distribuye
de la manera más adecuada posible en una determinada organización, en función
de sus objetivos. Si bien la existencia de la mayor parte de sistemas de información
son de conocimiento público, recientemente se ha revelado que desde finales del
siglo XX diversos gobiernos han instaurado sistemas de información para el
espionaje de carácter secreto.
Propósito u objetivo.
Globalismo o totalidad.
Entropía.
Homeostasis.
Propósito u objetivo: todo sistema tiene uno o algunos propósitos. Los elementos (u
objetos), como también las relaciones, definen una distribución que trata siempre
de alcanzar un objetivo.
Homeostasia: es el equilibrio dinámico entre las partes del sistema. Los sistemas
tienen una tendencia a adaptarse con el fin de alcanzar un equilibrio interno frente
a los cambios externos del entorno.
(5) Usuario: Identifica a todas las personas que interactúan con el sistema, esto
incluye desde el máximo nivel ejecutivo que recibe los informes de estadísticas
procesadas, hasta el usuario operativo que se encarga de recolectar e ingresar la
información al sistema y
Los SGBD tienen que realizar tres tipos de funciones para ser considerados válidos.
2-Función de manipulación
3-Función de control
Mediante esta función los administradores poseen mecanismos para proteger las
visiones de los datos permitidas a cada usuario, además de proporcionar elementos
de creación y modificación de esos usuarios.
Se suelen incluir aquí las tareas de copia de seguridad, carga de ficheros, auditoria,
protección ante ataques externos, configuración del sistema, etc.
Estructuras operacionales
Actualmente casi todos los sistemas gestores de base de datos poseen también la
misma idea operacional (la misma forma de funcionar con el cliente) en la que se
entiende que la base de datos se almacena en un servidor y hay una serie de
clientes que pueden acceder a los datos del mismo. Las posibilidades son:
jerárquico
red
relacional
orientada a objeto
Una clase de modelo lógico de bases de datos que tiene una estructura
arborescente. Un registro subdivide en segmentos que se interconectan en
relaciones padre e hijo y muchos más. Los primeros sistemas administradores de
bases de datos eran jerárquicos. Puede representar dos tipos de relaciones entre
los datos: relaciones de uno a uno y relaciones de uno a muchos
Es una variación del modelo de datos jerárquico. De hecho las bases de datos
pueden traducirse de jerárquicas a en redes y viceversa con el objeto de optimizar
la velocidad y la conveniencia del procesamiento. Mientras que las estructuras
jerárquicas describen relaciones de muchos a muchos.
Es el más reciente de estos modelos, supera algunas de las limitaciones de los otros
dos anteriores. El modelo relacional de datos representa todos los datos en la base
de datos como sencillas tablas de dos dimensiones llamadas relaciones. Las tablas
son semejantes a los archivos planos, pero la información en más de un archivo
puede ser fácilmente extraída y combinada. Es el que estudiaremos con más
detalle.
Las bases de datos orientadas a objetos, tienen una organización similar a la de los
árboles. Donde cada nodo del árbol representa un campo y cada árbol un registro,
cada tipo de nodo tiene un método distinto de búsqueda. Que es equivalente a decir
que todos los campos pueden ser utilizados como campos llave, pero complica el
diseño. Si la base de datos es demasiado grande, o tiene relaciones demasiado
complejas el grafo resultante se vuelve una maraña ininteligible.
8. ¿Defina un SQL?
R. SQL (Structured Query Language) es un lenguaje de programación estándar e
interactivo para la obtención de información desde una base de datos y para
actualizarla. Aunque SQL es a la vez un ANSI y una norma ISO, muchos productos
de bases de datos soportan SQL con extensiones propietarias al lenguaje estándar.
Las consultas toman la forma de un lenguaje de comandos que permite seleccionar,
insertar, actualizar, averiguar la ubicación de los datos, y más. También hay una
interfaz de programación.
9. ¿Qué es un esquema de base de datos?
R. Un esquema de base de datos representa la configuración lógica de todo o parte
de una base de datos relacional. Puede existir de dos formas: como representación
visual y como un conjunto de fórmulas conocidas como restricciones de integridad
que controlan una base de datos. Estas fórmulas se expresan en un lenguaje de
definición de datos, tal como SQL. Como parte de un diccionario de datos, un
esquema de base de datos indica cómo las entidades que conforman la base de
datos se relacionan entre sí, incluidas las tablas, las vistas, los procedimientos
almacenados y mucho más.
En el nivel más básico, un esquema de base de datos indica qué tablas o relaciones
componen la base de datos, así como los campos incluidos en cada tabla. Por lo
tanto, los términos diagrama de esquema y diagrama de relaciones de entidades
con frecuencia son intercambiables.
Atributo derivado: Atributo cuyo valor puede derivarse de los valores de otros
atributos o entidades relacionados.
Atributos descriptivos: Propiedades que brindan datos o información extra, útil y/o
necesaria en la relación de entidades.
Atributos monovalorados y multivalorados: Los monovalorados sólo pueden
contener un valor, los multivalorados pueden contener múltiples valores.
Conjunto de entidades: Conjunto de entidades del mismo tipo que comparten las
mismas propiedades o atributos.
Valor nulo: Es el valor que tendrá un atributo cuando una entidad no tiene un valor
para el atributo. Este valor nulo puede indicar «no aplicable», es decir, que el valor
no existe para la entidad. También puede designar que el valor de un atributo es
desconocido, que puede ser perdido (el valor existe pero no se tiene esa
información) o bien desconocido (no se conoce si el valor existe realmente o no).
Una base de datos relacional es un conjunto de tablas que contienen datos provistos
en categorías predefinidas. Cada tabla (que a veces se llaman ‘relación’) contiene
una o más categorías de datos en columnas. Cada fila contiene una instancia única
de datos para las categorías definidas por las columnas. Por ejemplo, una base de
datos típica de ingreso de solicitudes de negocio incluiría una tabla que describiera
a un cliente con columnas para el nombre, dirección, número de teléfono, y así
sucesivamente. Otra tabla identificaría el pedido: producto, cliente, fecha, precio de
venta, y así sucesivamente. Un usuario de la base de datos podría obtener una vista
de la base de datos que se ajuste a sus necesidades. Por ejemplo, un gerente de
sucursal podría preferir una vista o informe sobre todos los clientes que han
comprado productos después de una fecha determinada. Un gerente de servicios
financieros en la misma empresa podría, desde las mismas tablas, obtener un
informe sobre las cuentas que deben ser pagadas.
Índice invertido
Fichero plano
Modelo asociativo
Modelo multidimensional
Modelo multivalor
Modelo semántico
Base de datos XML
Grafo etiquetado
Administradores de la base de datos (ABD). Son las personas que tienen el control
central del SGBD. Entre las funciones del ABD se encuentran:
• Representación de tablas.
Registro: Es cada una de las filas en que se divide la tabla. Cada registro contiene
datos de los mismos tipos que los demás registros. Ejemplo: en una tabla de
nombres y direcciones, cada fila contendrá un nombre y una dirección.
Campo: Es cada una de las columnas que forman la tabla. Contienen datos de tipo
diferente a los de otros campos. En el ejemplo anterior, un campo contendrá un tipo
de datos único, como una dirección, o un número de teléfono, un nombre, etc.
Modelo jerárquico
Modelo en red
Modelo relacional
Modelo entidad–relación
Modelo entidad–relación extendido
Base de datos orientada a objetos
Modelo documental
Modelo entidad–atributo–valor
Modelo en estrella
Índice invertido
Fichero plano
Modelo asociativo
Modelo multidimensional
Modelo multivalor
Modelo semántico
Base de datos XML
Grafo etiquetado
Una base de datos de hipertexto permite que cualquier objeto se conecte a cualquier
otro objeto. Es útil para organizar lotes de datos disímiles, pero no es ideal para
análisis numérico.
El Modelo Entidad-Relación
El modelado de datos no acaba con el uso de esta técnica. Son necesarias otras
técnicas para lograr un modelo directamente implementable en una base de datos.
Brevemente:
R. Representa una “cosa”, "objeto" o "concepto" del mundo real con existencia
independiente, es decir, se diferencia únicamente de otro objeto o cosa, incluso
siendo del mismo tipo, o una misma entidad.
Algunos Ejemplos:
Una entidad puede ser un objeto con existencia física como: una persona, un
animal, una casa, etc. (entidad concreta); o un objeto con existencia conceptual
como: un puesto de trabajo, una asignatura de clases, un nombre, etc. (entidad
abstracta).
Una entidad está descrita y se representa por sus características o atributos. Por
ejemplo, la entidad Persona las características: Nombre, Apellido, Género, Estatura,
Peso, Fecha de nacimiento.
* Incremento del trabajo: como un mismo dato está almacenado en dos o más
lugares, esto hace que cuando se graben o actualicen los datos, deban hacerse en
todos los lugares a la vez.
* Inconsistencia de datos: esto sucede cuando los datos redundantes no son iguales
entre sí. Esto puede suceder, por ejemplo, cuando se actualiza el dato en un lugar,
pero el dato duplicado en otro lugar no es actualizado.
Si una base de datos está bien diseñada, no debería haber redundancia de datos
(exceptuando la redundancia de datos controlada, que se emplea para mejorar el
rendimiento en las consultas a las bases de datos).
6. ¿en qué consiste precisión y consistencia en un modelo E-R?
R. En el desarrollo de las bases de datos existen varias modelos de datos a estudiar,
los modelos de datos son un conjunto de herramientas conceptuales usadas para
describir los datos, las relaciones, la semántica y las relaciones de consistencia.
Entidad
Relación
Atributo
R. Limpieza De Datos
Al revisar la combinación de una o más listas o bases de datos, los duplicados son
un problema común, en este artículo se detallan los pasos necesarios para limpiar
correctamente el archivo. El propósito de eliminar los registros duplicados es la
limpieza de los datos subyacentes conjunto para lograr mejoras en la productividad,
ahorrar en los envíos de duplicados, y la satisfacción del cliente. La eliminación de
duplicados puede ser una tarea de mucho tiempo y propenso a errores que son la
razón por duplicado de eliminación de software es una herramienta esencial para la
administración de bases de datos. DataMatch es nuestro producto estrella para
eliminar los registros duplicados. Pruebe una versión de prueba gratuita hoy o siga
leyendo para obtener las mejores prácticas en combinación y limpieza de bases de
datos.
Acceso a los datos desde todas las fuentes y localizaciones tanto si se trata
de locales, en la nube o de una combinación de ambos.
Integración de datos de modo que los registros de una fuente de datos
mapean registros en otra. Por ejemplo, incluso si un conjunto de datos
utilizara “nombre, apellidos” y otro “nom, ape”, el conjunto integrado se
asegurará de que en ambos casos los datos van al lugar correcto. Se trata
de un tipo de preparación de datos esencial para que las analíticas y otras
aplicaciones sean capaces de utilizar los datos con éxito.
Entrega de datos integrados al negocio justo en el momento en que la
empresa los necesita, ya sea por lotes, casi en tiempo real o en tiempo real.
Por ejemplo: “La playa es el atributo turístico más importante de esta región”, “Los
analistas afirman que el atributo clave de esta crisis económica es el déficit fiscal”,
“La empatía es un atributo del ser humano que nadie debe perder”.
De la misma manera, no podemos olvidar que esta palabra que nos ocupa es muy
importante dentro de la mitología. Y es que lo habitual es que cada uno de los dioses
se venga a representar con uno o varios objetos o elementos en alusión a su esencia
o papel. Buen ejemplo de esto lo podemos encontrar en la mitología griega:
-Zeus, el dios supremo, tiene como atributos el rayo y el cetro.
-Apolo, el dios del Sol, de la luz y de las artes, se identifica con el sol y la lira, entre
otros elementos.
-Poseidón, el dios del mar, tiene como atributo un tridente.
-Atenea, la diosa de la guerra, cuenta con varios atributos, entre los que está el
casco.
-Deméter, la diosa de la agricultura, se identifica con el atributo de las espigas.
-Hermes, el dios mensajero de los dioses, se asocia con el atributo de unas
sandalias aladas.
Pese a que, como veremos en este mismo capítulo, el uso de las bases de datos
en el ámbito SIG no ha sido siempre el actual, hoy en día representan una parte
clave para la gestión de los datos geográficos, en especial dentro del marco de
proyectos de cierta envergadura. Aunque la realidad es que todavía se efectúa
mucho trabajo SIG sin emplear bases de datos (y las aplicaciones SIG así lo
permiten, no siendo estrictamente necesario disponer de una base de datos para
almacenar la información), la naturaleza propia de los proyectos SIG y la progresiva
implantación de los SIG a niveles más allá del uso personal traen ambas consigo
un uso cada vez mayor de las bases de datos, y por tanto una mayor necesidad de
conocer el funcionamiento de estas.
Aunque las particularidades de los datos espaciales con los que trabajamos en un
SIG han hecho necesarias modificaciones y adaptaciones sobre el esquema de
trabajo de las bases de datos genéricas, en esencia los fundamentos de estas
siguen constituyendo el elemento primordial sobre el que la arquitectura de gestión
de datos espaciales se apoya, y es necesario conocerlos con cierto detalle. En esta
sección, veremos de forma introductoria esos fundamentos de bases de datos
genéricas, aplicables a cualquier otro ámbito además del de los SIG, para
posteriormente poder tratar el caso particular de los datos espaciales. Para el lector
interesado en profundizar en el tema, una referencia libre y en español con
información extensa y detallada sobre bases de datos genéricas es
[basesDatosUOC].
Es probable además que existan usuarios dentro de una misma organización (por
ejemplo, un organismo público) que aunque requieran para su trabajo datos
similares, no tengan contacto alguno entre sí. Aunque los usuarios sean
independientes, sus datos no lo han de ser necesariamente, y en una situación ideal
deberían acudir a un repositorio único de datos del que cada cual tomaría lo
necesario, en lugar de basar su trabajo en un conjunto de datos fragmentado y difícil
de gestionar.
Pensemos en un dato que pueda ser de interés a varios usuarios, como por ejemplo
una capa de vías de comunicación. A nuestro gestor forestal le será de interés para,
por ejemplo, saber qué medios de acceso existen en caso de tener que hacer frente
a un incendio. Lo más relevante de esas vías será su trazado, es decir su geometría,
y tal vez el tipo de vía de que se trata, para poder conocer la velocidad a la que se
pueden desplazar los medios de extinción. Otros usuarios, por su parte, pueden
necesitar parámetros distintos como el volumen de tráfico medio de cada vía. Si
todos ellos tienen una capa de vías con los parámetros asociados que necesitan
para su trabajo, nos encontramos con una innecesaria redundancia de la
componente espacial (las geometrías), y una dispersión de la componente temática,
que resultaría más conveniente mantenerla agrupada.
Pensemos ahora que el gestor forestal detecta un error en el trazado de una de las
vías y lo corrige. Esa corrección no estará disponible para los restantes usuarios,
que pueden a su vez efectuar modificaciones similares que no redundarán en una
mayor calidad de los datos con los que trabaja el gestor forestal, ya que, pese a
utilizar datos similares, trabaja con su propio conjunto de datos. Incluso si en algún
momento todos estos usuarios deciden poner en común sus datos y unirlos, esta
operación puede ser muy compleja o incluso, como sucede frecuentemente,
imposible de realizar. Por su parte, otros usuarios pueden añadir una nueva variable
temática, como por ejemplo un índice de siniestralidad de la vía, el cual, si bien tal
vez no resulte de utilidad inmediata para muchos usuarios, en un futuro sí pudiera
serlo. Una vez más, estos nuevos datos no quedan a disposición del resto de
usuarios, y en caso de serlo, no lo hacen en conjunto con datos similares, sino como
un dato aislado de los restantes.