0 calificaciones0% encontró este documento útil (0 votos)
9 vistas13 páginas
El documento describe los conceptos fundamentales de las bases de datos, incluyendo la diferencia entre datos e información, el propósito de un sistema de gestión de bases de datos (DBMS), y los tipos principales de modelos de bases de datos, como el jerárquico y de red. Explica que los datos son hechos sin procesar, mientras que la información se obtiene al procesar los datos para sacar conclusiones. Un DBMS ayuda a compartir y administrar los datos de manera eficiente entre usuarios y aplicaciones.
El documento describe los conceptos fundamentales de las bases de datos, incluyendo la diferencia entre datos e información, el propósito de un sistema de gestión de bases de datos (DBMS), y los tipos principales de modelos de bases de datos, como el jerárquico y de red. Explica que los datos son hechos sin procesar, mientras que la información se obtiene al procesar los datos para sacar conclusiones. Un DBMS ayuda a compartir y administrar los datos de manera eficiente entre usuarios y aplicaciones.
El documento describe los conceptos fundamentales de las bases de datos, incluyendo la diferencia entre datos e información, el propósito de un sistema de gestión de bases de datos (DBMS), y los tipos principales de modelos de bases de datos, como el jerárquico y de red. Explica que los datos son hechos sin procesar, mientras que la información se obtiene al procesar los datos para sacar conclusiones. Un DBMS ayuda a compartir y administrar los datos de manera eficiente entre usuarios y aplicaciones.
1844603 Jonathan Alexander 006 IAS Espinoza Espinosa
SEMESTRE: Agosto-diciembre 2022
DOCENTE: Ing. Jorge Alejandro Lozano González
DESCRIPCIÓN DE LAS BASES DE DATOS
Las bases de datos nacen de los antiguos sistemas de archivos de computadoras,
aunque estos estén desapareciendo poco a poco. Hay dos términos que comúnmente se confunden y se piensan que son iguales, estos son “datos” e “información”. - Podemos decir que los datos son los hechos tal cual se presentan, pensémoslo de esta manera: la UANL tiene 15,000 alumnos en FIME y otros 10,000 en FIC, cada uno tiene su fecha de ingreso y su total a pagar por semestre, así que entre las dos facultades hay un total de 25,000 fechas de ingreso y totales a pagar. Estos son los hechos en bruto
- Sacar conclusiones de estas cifras puede resultar tedioso, cansado, por lo
que si procesamos estos datos para obtener el total a pagar de los estudiantes obtendríamos la información de una manera más sencilla. Podemos procesarlo mediante un gráfico en Excel. La administración de datos eficiente es algo vital para cualquier empresa, escuela y para esto se requiere una base de datos. Una “base de datos” es una estructura de computadora integrada, que aloja datos para el usuario final “datos en bruto” como se mencionó antes y “metadatos” mediante los cuales se integran los datos. El “DBMS” permite compartir los datos de la base de datos entre múltiples aplicaciones y usuarios. - El DBMS ayuda a manejar los datos más eficientes - Contiene un lenguaje de consulta que permite obtener respuestas rápidas a “consultas ad hoc” - Ayuda a crear un ambiente en el que los usuarios finales puedan acceder más rápido y manejar de manera más eficiente los datos. - Promueve una visión integrada de las operaciones en una organización por lo que permite determinar con más facilidad las acciones en un segmento de la compañía, por lo que podemos decir que nos da una visión más amplia de todo el panorama. El DBMS es un software comercial por lo que no se puede cambiar el diseño así que es importante aclarar que cuando se habla del diseño de base de datos se refiere al diseño de estructura donde se guardaran y utilizaran los datos.
Incluso la recuperación de datos más simples requiere de una programación
extensa en un “lenguaje de tercera generación”. La necesidad de escribir en un lenguaje de 3GL imposibilita las consultas ad hoc. Conforme se incrementa el numera de archivos en el sistema, también su administración se vuelve más difícil. Cada archivo debe tener su propio sistema de administración compuestos de programas que permitan: Crear la estructura del archivo Eliminar los datos del archivo Agregar los datos del archivo Modificar los datos del archivo Poner en lista el contenido del archivo La planificación cuidadosa de las estructuras de los archivos es muy importante, porque los cambios en una estructura pueden ser difíciles en un ambiente de sistema de archivos. La estructura del sistema y la falta de seguridad dificultan la recopilación de datos, la estructura organizacional promueve la propiedad de los datos, con lo que se promueve el almacenamiento de estos en diferentes lugares. Los cambios de las características de los datos de un archivo, como el cambio de un campo entero a decimal, requieren modificaciones en todos los programas que tienen acceso al archivo. Como todos los programas de acceso a los datos están sujetos a cambios, cuando cambia alguna característica de los datos, se dice que el sistema de archivos exhibe dependencia de los datos. El significado practico de la dependencia de los datos es la diferencia entre el formato lógico de los datos (cómo ve el humano los datos) y el formato físico de los datos (como los ve la computadora), por consiguiente, cualquier programa que tenga acceso al archivo del sistema no solo debe decirle a la computadora que hacer sino también como hacerlo. Si el sistema de archivos dificulta compartir los datos, probablemente los mismos datos están guardados en diferentes ubicaciones, esto da lugar a la redundancia de datos. La redundancia incontrolada provoca: Inconsistencia de los datos: esto pasa cuando aparecen versiones diferentes y conflictivos de los mismos datos en diferentes lugares. Anomalía de los datos: normalmente un cambio de valor de un campo debería hacerse en un solo lugar, sin embargo, la redundancia de datos da lugar a una condición anormal porque obliga a que el valor del campo cambie en varios lugares diferentes. El termino de sistemas de base de datos se refiere a una organización de componentes que definen y regulan la recolección, almacenamiento, administración y uso de los datos dentro de un ambiente de base de datos. Desde el punto de vista general el sistema de base de datos se compone de cinco partes: Hardware: todos los dispositivos físicos del sistema Software: se refiere al conjunto de programas utilizados por las computadoras dentro del sistema de base de datos Personas: incluye a todos los usuarios de la base de datos Procedimiento: son las instrucciones y reglas que rigen el diseño y el uso del sistema de base de datos Datos: compre el conjunto de hechos guardados en la base de datos. TIPOS DE MODELOS DE BASES DE DATOS
Modelo de base de datos jerárquico
Función La base de datos jerárquica es un conjunto de registros lógicamente organizados de conformidad con la estructura de árbol invertido. Se percibe como una jerarquía de segmentos donde un segmento es un tipo de registros de sistema. Dentro de la estructura de árbol existen padres e hijos, donde cada padre da origen a cada hijo y cuando existen más de 2 niveles los hijos se vuelven padres del siguiente nivel que sigue después de ellos. La computadora no ve la estructura de árbol como lo hace una persona. Para una computadora sería una ruta jerárquica de izquierda a derecha, donde los segmentos que se los segmentos que se encuentren a la izquierda son los de fácil acceso o el acceso es más rápido. Los diseñadores de base de datos deben asegurarse de que los segmentos accesados con más frecuencia y sus componentes estén localizados lo más cerca posible del lado izquierdo. El modelo de base de datos jerárquico es más eficiente cuando existen muchas transacciones que impliquen una serie de relaciones 1:M que permanezcan fijas. Un ejemplo sería un sistema de cuentas bancarias de clientes es por eso que no es raro que los bancos hayan adoptado el modelo de base de datos jerárquico. Ventajas Simplicidad conceptual: la relación entre los diversos niveles es lógicamente simple así que es más fácil ver la base de datos conceptualmente. Seguridad de la base de datos: la seguridad de la base de datos es provista y ejecuta por el DBMS, lo que permite que la seguridad se ejecute uniformemente por todo el sistema. Independencia de los datos: el DBMS crea un ambiente en el que la independencia de los datos puede mantenerse, con lo que disminuye sustancialmente el esfuerzo de programación y el mantenimiento del programa. Integridad de la base de datos: gracias a la relación padre/hijo siempre hay un vínculo entre el segmento padre y sus segmentos hijos. El modelo jerárquico promueve la integridad de la base de datos. Eficiencia: es muy eficiente cuando una base de datos contiene un gran volumen de datos en relación 1:M y cuando los usuarios requieren muchas transacciones en las que utilizan datos cuyas relaciones se mantienen fijas con el tiempo. Desventajas Ejecución compleja: los diseñadores deben tener conocimiento detallado de las características de almacenamiento de datos físicos, por lo que, la ejecución de un diseño de base de datos podía complicarse. Difícil de administrar: cualquier cambio en la estructura de la base de datos, como la reubicación de segmentos requiere un cambio en todos los programas de aplicación que tiene acceso a la base de datos, de modo que la administración de la base de datos puede llegar a ser una tarea muy difícil. Carece de independencia estructural: las modificaciones en la estructura de base de datos pueden conducir a problemas con programas de aplicación que estaban operando correctamente antes de que los cambios fueran hechos. Los beneficios de la independencia de los datos se ven limitados por la dependencia estructural. Complejidad de la programación y uso de las aplicaciones: los programadores y los usuarios deben conocer con precisión como están distribuidos físicamente los datos en la base de datos para tener acceso a ellos. Limitaciones de ejecución: muchas relaciones comunes no se ajustan al estándar 1:M por el modelo jerárquico. Falta de estándares: no hay un conjunto preciso de conceptos estándar, ni la ejecución del modelo se ajusta a un estándar específico. MODELO DE BASE DE DATOS DE RED Función El modelo de base de datos de red fue creado para representar relaciones de datos complejas más eficientes de lo que el modelo jerárquico podía, para mejorar el desempeño de la base de datos y para imponer un estándar de base de datos. En varios aspectos el modelo de base de datos de red se parece al modelo jerárquico, sin embargo, el de red permite que un registro tenga más de un padre. En la terminología de base de datos de red, una relación se llama conjunto. Cada conjunto se compone por lo menos de dos tipos de registro: un registro propietario que equivale al padre del modelo jerárquico y un registro miembro que equivale al hijo del modelo jerárquico. En el modelo de red se puede incluir una condición en la que un registro puede aparecer en más de un conjunto. Ventajas Simplicidad conceptual: la vista conceptual de la base de datos es simple y por lo tanto simplifica el diseño. Maneja más tipos de relaciones: las relaciones M:N son más fáciles de ejecutar en el modelo de base de datos de red. Flexibilidad de acceso a los datos: una aplicación puede tener acceso a un registro propietario y a todos los registros miembros dentro del conjunto. Promueve la integridad de la base de datos: el modelo de bases de datos de red hace que cumpla la integridad de la base de datos, ya que el usuario primero debe definir el registro propietario y luego el miembro. Independencia de los datos: los cambios en las características de los datos no requieren cambios en las partes de acceso a los datos de los programas de aplicación. Cumplimiento de estándares: cumple con los estándares impuestos en los 70. Estos estándares incluyen un DDL y un DML, por lo que se facilita en gran medida la administración y portabilidad de las bases de datos. Desventajas Complejidad del sistema: el modelo de red proporciona un ambiente de acceso navegacional a los datos, en el que los datos son accesados con un registro a la vez. Por lo anterior los administradores, programadores y usuarios deben conocer muy bien la estructura interna para tener acceso a la base de datos. Falta de independencia estructural: es difícil cambiar la estructura de una base de datos de red, y algunos cambios estructurales son imposibles de hacer. Si se cambia la estructura de la base de datos, todos los programas de aplicaciones deben ser revalidados antes de que puedan tener acceso a la base de datos. MODELO DE BASE DE DATOS DE RELACIONAL Función El modelado relacional representó un avance sensacional tanto para los usuarios como para los patrocinadores, el modelo racional produjo una base de datos de “transmisión automática” que reemplazo a las bases de datos de “transmisión estándar” que las precedieron. Su simplicidad conceptual preparó el camino para una genuina revolución en el campo de las bases de datos. Proporciona independencia limitada de los datos, incluso las microcomputadoras, que cuestan una fracción de lo que costaban sus antecesores mainframe, puede ejecutar un software de bases de datos relacional tan complejo como el informix, Oracle, Ingress, DB y otros tipos de software relacional para computadoras mainframe. El modelo de bases de datos racional se ejecuta mediante un sistema de administración de base de datos relacional (relational database management System, RDBMS) muy complejo. El RDBMS realiza las mismas funciones básicas que los DBMS jerárquico y de red, pero además, realiza otras funciones más que hacen que el modelo relacional sea más fácil de entender y ejecutar. Permite que el usuario o el diseñador, o ambos, operen en un ambiente lógico humano. El RDBMS maneja todos los detalles físicos complejos. De este modo, la base de datos relacional es percibida por el usuario como un conjunto de tablas en las que se guarden datos. El modelo relacional proporciona, por lo tanto, un nivel mínimo de redundancia controlada que elimina la mayoría de las redundancias comúnmente encontradas en los sistemas de archivos. Ventajas Independencia estructural: como el modelo de bases de datos relacional no utiliza el sistema de acceso a los datos navegacional, las rutas de acceso a los datos carecen de importancia para los diseñadores, programadores y usuarios finales de estas bases de datos. Los cambios en la estructura de la base de datos relacional no afectan, de ninguna manera forma, el acceso a los datos del DBMS. Simplicidad conceptual mejorada: aunque los modelos jerárquico y de red eran conceptuales más simples que los sistemas de administración de archivos que reemplazaron, el modelo de bases de datos relacional incluso es más simple a nivel conceptual. Como el modelo de base de datos relacional se da el lujo de ignorar las características de almacenamiento de datos físicos. Diseño, ejecución, administración y uso más fácil de las bases de datos: como el modelo relacional logra al mismo tiempo independiente de los datos e independencia estructural, es más fácil diseñar la base de datos y administrar su contenido. Capacidad de consultas ad hoc: una de las razones por las que el modelo relacional tiene una posición dominante en el mercado es su mayor poderosa y flexible capacidad de consulta. Un poderoso sistema de administración de base de datos: un buen RDBMS es una pieza de software mucho más compleja que el DBMS utilizando en las bases de datos jerárquicas y de red. Su complejidad se debe a que realiza mucho más tareas tanto para sus diseñadores como para sus usuarios. Desventajas Gustos indirectos sustancias para el software y el hardware del sistema: el mismo RDBMS que esconde la mayoría de las complejidades del sistema, también es la causa de que se requieran gastos sustanciales para el sistema operativo y para el hardware. El diseño y la ejecución deficiente son más propicias: en cierto sentido, el activo de facilidad de uso del ambiente relacional también se convierte en un pasivo. El software relacional, particularmente al nivel de las microcomputadoras, es tan fácil de usar que las personas relativamente inexpertas generan con facilidad reportes y consultas útiles sin pensar mucho en la necesidad de diseñar una base de dato apropiada. Pueden promover problemas de “islas de información”: como el modelo relacional es tan fácil de utilizar, a muchas personas se les hace fácil crear sus propios subconjuntos y aplicaciones de bases datos. MODELO DE DATOS DE RELACIÓN DE ENTIDAD Función El modelo E-R es, con mucho, la herramienta gráfica más aceptada y adaptada de modelo de datos en el ambiente de producción de bases de datos relacionales. El modelo de relación de entidades (E-R) produjo una representación gráfica de las entidades y sus relaciones en una estructura de base de datos. El modelo E-R complementó los conceptos de modelos de datos relacional, con lo que se establecieron las bases para un ambiente de diseño de bases de datos bien estructuradas que garantizarán el diseño apropiado de bases de datos relacionales. Los modelos E-R normalmente se representa en un diagrama de Entidad- Relación, el ERD utiliza representaciones gráficas para modelar los componentes de una base de datos. Cuando se aplica el diagrama E-R al modelo relacional, una entidad se correlaciona con una tabla relacional. Ventajas Simplicidad conceptual excepcional: todos los modelos de base de datos permiten una mejor visualización lógica de los datos que los sistemas de administración de archivos, el modelo E-R permite una representación visual fácil de ver y de entender de las entidades principales y de sus relaciones de una base de datos. Representación visual: el modelo E-R permite a los diseñadores, programadores y usuarios finales de las bases de datos, una representación visual de los datos y de sus relaciones fácil de entender. Herramienta de comunicación efectiva: el modelo E-R permite que el diseñador de bases de datos capture diferentes visualizaciones de los datos tal como las ven los programadores, gerentes y usuarios finales. Integrado al modelo de base de datos relacional: el modelo E-R está muy bien integrado al modelo de base de datos relacional. Desventajas Representación de restricciones limitada: el modelo muestra fácilmente las restricciones que están directamente vinculadas a las conectividades. Representación de relaciones limitada: las relaciones se representan tal como ocurren entre las entidades. Por lo tanto, las relaciones entre atributos dentro de entidades no pueden representarse. Ningún lenguaje de manipulación de datos: los proponentes del modelo relacional generalmente señalan la carencia de comandos de manipulación de datos en el modelo de datos Entidad-Relación. Pérdida de contenido de información: los modelos tienden a “apretujarse” cuando los atributos se representan. MODELO DE BASE DE DATOS ORIENTADAS A OBJETOS Función Una base de datos orientada a objetos almacena datos complejos y relaciones entre datos directamente, sin asignar filas y columnas, y esto hace que sean más adecuadas para aplicaciones que tratan con datos muy complejos. El SDM modelo tanto los datos como sus relaciones en una sola estructura conocida como objeto .Debido a que su estructura básica de modelo es un objeto, se dice que el SDM es un modelo de datos orientados a objetos. A su vez el OODM se convierte en la base del modelo de base de datos orientada a objetos el cual es manejado por un sistema de administración de base de datos orientada a objetos(OODBMS). Un OODM refleja una manera muy diferente de definir y utilizar las entidades. Al igual que la entidad de un modelo de base de datos relacional, un objeto es descrito por su contenido de hechos. Pero completamente distinto a una entidad, un objeto incluye información sobre la relación entre los hechos dentro del objeto, lo mismo que información sobre sus relaciones con otros objetos. Por lo tanto, a los hechos dentro del ovejo se les otorga un mayor significado. Ventajas Agrega contenido semántico: la adición de contenido semántico al modelo le da los datos un mayor significado. La presentación visual incluye contenido semántico: al igual que el ERD el OODM modela visualmente las relaciones sin embargo el OODM incluye contenido semántico dentro de la representación visual del objeto lo que facilita visualizar relaciones mucho más complejas dentro y entre los objetos. Integridad de la base de datos: al igual que el modelo jerárquico el OODM Utiliza la herencia para proteger la integridad de la base de datos sin embargo los objetos del OODM incluye más tipos de relación y las relaciones más complejas. Independencia estructural de los datos: la autonomía de los objetos del OODM garantiza tanto la independencia estructural como la de los datos. Desventajas Carencia de estándares de OOBM: no existen estándares de modelos de datos orientada a los objetos la peor desventaja es que no existe un método de acceso a datos estándar esto es ventaja crear problemas cuando accede a los datos desde varias fuentes. Acceso navegación a los datos complejos: el método de acceso a los datos se parece al estilo navegación al de los modelos jerárquico y de red. Curva de aprendizaje pronunciado: dada la carencia de estándares y las dificultades impuestas por el estilo de acceso a los datos navegación, la curva de aprendizaje del modelo orientado a los objetos tiende a ser más pronunciada que la del modelo relacional. La elevada complejidad del sistema hace lentas las transacciones: la complejidad del sistema tiende a ser mayor que la del modelo de base de datos relacional por consiguiente la ejecución del OODM necesita gastos indirectos sustanciales para el hardware y el sistema operativo. Glosario Datos: hechos en bruto, tal cual se presentan. Información: son los datos ya procesados y presentados de una manera más digerible. Base de datos: estructura de computadora integrada, compartida que aloja un conjunto de datos y metadatos. Metadatos: describen las características de los datos y las relaciones que vinculan a aquellos que están incluidos en la base de datos. DBMS: sistema de administración de base de datos, es un conjunto de programas que maneja la estructura de la base de datos y controla el acceso a los datos guardados Consulta ad hoc: es una pregunta impulsiva