By República Bolivariana de Venezuela Ministerio de Educación Barcelona Edo-Anzoátegui DISEÑO CONCEPTUAL DE BASES DE DATOS Profesor: Xavier Mesones Cesar C]: 16. 935. 514 n tes: 0 p García Barcelona 28 de Enero de 2016 INTRODUCCIÓN Hoy en día las empresas manejan una gran cantidad de datos.
Cualquier empresa que se precie debe tener almacenados todos estos datos en una base de datos para poder realizarlos mediante una aplicación profesional; sin esta funcionalidad resultaría imposible tratar y manejar en su totalidad los datos que leva a cabo la empresa y se perder(a un tiempo y un dinero muy aliosos Uno de los pasos cruciales en la construcción de una aplicación que maneje una base de datos, es sin duda, el diseño de la base de datos.
Si las tablas no son definidas apropiadamente, podemos tener mencionarán algunos principios básicos del diseño de base de datos y se tratarán algunas reglas que se deben seguir cuando se crean bases de datos. Dependiendo de los requerimientos de la base de datos, el diseño puede ser algo complejo, pero con algunas reglas simples que tengamos en la cabeza será mucho más fácil crear una base de datos perfecta para nuestro siguiente proyecto.
Diseño conceptual de bases de datos Es un esquema conceptual a partir de los requerimientos recopilados. Requerimientos recopilados. El esquema conceptual es una descripción concisa de los requerimientos de información de los usuarios y contiene descripciones detalladas de los tipos de datos, vínculos y las restricciones. Modelo Conceptual Es una idea global sobre los individuos, los grupos, las situaciones y los acontecimientos que interesan a una disciplina.
Los modelos conceptuales se construyen a partir de los conceptos que son palabras que describen imágenes mentales de los fenómenos, y de las prop stablecen las relaciones 20F 10 entre los conceptos. Por t lo conceptual es un obtener un diseño de base de datos eficaz radica en comprender exactamente qué informacion se desea almacenar y la forma en que un sistema de administración de bases de datos relacionales pasos a seguir 30F actualizaciones necesarias para adaptarlo a una nueva situación.
Eficiencia Se deben aprovechar al máximo los recursos de la computadora, minimizando la memoria utilizada y el tiempo de proceso o ejecución, siempre que no sea a costa de los requisitos anteriores. En este punto se debe tener en cuenta los gestores liente / servidor de bases de datos. En muchas ocasiones es más rentable cargar de trabajo al servidor y liberar recursos de los clientes, pero no todos los gestores permiten este tipo de trabajo, por lo tanto se ha de tener en cuenta estas dos circunstancias en el diseño de la base de datos.
Auto descripción En la documentación generada debe estar todo el detalle del diseño, evitando referencias a otros documentos que no estén incluidos dentro de la documentación de la base de datos. Trivialidad Tanto el diseño como la implantación se deben realizar utilizando os estándares fijados a priori, estos estándares deberán quedar reflejados al inicio del documento. Claridad Todos los documentos deben estar redactados de forma clara y fácil de entender, los nombre utilizados para las tablas, los campos, índices, etc. eben ser autodescriptivos y estar perfectamente documentados. Coherencia Las anotaciones y terminología utilizada deben ser uniformes, para ello se debe seguir algún tipo de metodología estándar, indicado cual se ha empleado, en los casos en que se utilice alguna metodología no estándar se debe adjuntar a la documentación. Completo Todos los elementos constitutivos de la base de datos existen, no se han dejado partes incompletas, sin documentar o sin implementar. Concisión No existen elementos inút documentar o Sin implementar.
No existen elementos inútiles ni repetitivos. En este apartado hay que hacer un especial hincapié en la repetición de datos en diferentes tablas, hay que evitar a toda costa que el mismo dato se repita en varias tablas para conseguir así una optimización del tamaño de la base de datos. Facilidad de Aprendizaje La documentación de la base de datos se puede utilizar sin ecesidad de otros conocimientos informáticos fuera del alcance del diseño e implementación de la base de datos. Facilidad de Uso Los datos deben ser fáciles de elaborar y los resultados fáciles de entender.
Generalidad La base de datos debe ser capaz de adaptarse a cualquier tipo de empresa y a cualquier casuística. Independencia de Usuario La base de datos no debe estar ligada a la utilización en una única instalación, hay que tener en cuenta que, aunque se trate de un desarrollo a medida, en un futuro se podría realizar la instalación en un cliente diferente al inicial. Independencia de Sistema Las prestaciones y diseño de la base de datos no están vinculadas al entorno. Independencia de Instalación La base de datos se puede transportar fácilmente de una instalación a otra.
Modularidad La base de datos puede ser descompuesta en elementos independientes. Si se trata de un diseño grande, en donde hay un gran número de tablas, conviene realizar agrupaciones entre ella, creando módulos funcionales que permitan la mejor compresión del diseño y de la implantación. Observable La base de datos debe per r los accesos a los datos. ue se pueda hay que dejar un rastro de la utilización de los datos por parte de los usuarios, esta información ayuda al redimensionado de la base de datos y a conocer el número de accesos a los datos.
Precisión Los calculos efectuados se deben realizar con la precisión requerida. Protección La base de datos debe permitir la protección de los datos frente a usos no debidos, para ello hay que elaborar un sistema de accesos definiendo diferentes usuarios con diferentes claves y especificar que autorizaciones tendrá cada usuario sobre los diferentes datos. Trazabilidad Tomando como punto de partida la versión actual se puede remontar su diseño hasta las especificaciones iníciales Paradigmas al momento de diseñar una base de datos Relacionales, es la base de todo. El modelo más estudiado, comercializado y utilizado.
No por ello el mejor, sino que ciertos aspectos (estar en el momento justo, en el lugar indicado) han hecho que así llegue a ser. En definitiva, actualmente hablar de BD es hablar de BD relacionales. Pero todo está cambiando, sino no escribiría este post realmente. Si no sabes qué es el modelo relacional, significa que no sabes que es una BD, por lo que no reo que entiendas el resto de cosas que voy a contar y no se ni para que me lees este tochaco, pero bueno. Orientadas a objeto, si todas nuestras aplicaciones son con objetos, es tontería querer mantener el modelo relacional por debajo, ¿no?.
Existen diferentes ORM que permiten solventar ese Inmenso puente entre un modelo de objetos y el modelo relacional, pero si podemos prescindir de él, ¿qué mejor que nuestro SGBD nos entiend te y nos guarde objetos directame prescindir de él, ¿qué mejor que nuestro SGBD nos entienda directamente y nos guarde objetos directamente?. Hay ciertas osas bastante llamativas en una BDOO, como que no es necesario tener claves primarias, o las claves ajenas en verdad ahora son referencias. Se podría hablar mucho sobre este tema, pero resumiendo una BDOO son simplemente nuestros objetos hechos persistentes. Capas de persistencia nunca mais! Modelo de ejecución: se encarga de realizar un seguimiento de la situación y de gestionar el comportamiento. Vamos, el jefe que dice qué hacer y cómo. Deductivas, un SGBD deductivo es aquel que es capaz, a partir de un conjunto de axiomas deductivos y reglas de inferencias que ya posee, deducir hechos. Una especie de BD + lógica (BD + prolog, imagínate sql + prolog, dios que miedo! ). Un esquema global podría ser que recibida una consulta concreta, el SGBD deductivo según unas determinadas reglas de inferencia consulta sus datos para obtener una respuesta.
Este modelo está muy ligado a las BD Activas, y tienden a converger. Tanto las BD Activas y como las Deductivas podrían englobarse en el área de representación del conocimiento, quizá por ello tiendan a converger. Temporales, ino existen los datos! , adiós datos; bienvenidos los datos temporales (dato + tiempo). Cada dato tendré información e tiempo válido (cuando ese dato es, o ha sido, válido en el MundoReal) y de tiempo transaccional (cuando ese dato ha estado en la 3C)). Es decir, ahora no se guarda información, bueno si, pero se guarda junto con su evolución en el tiempo.
Todavía es un campo muy ligado a la investigación, a pesar de que son realmente muy interesan 7 OF campo muy ligado a la investigación, a pesar de que son realmente muy interesantes. Difusas, casi toda la información que manejamos acerca del MundoReal es incompleta, imprecisa y vaga. Las BD Difusas se basan en la lógica difusa que a su vez se basa en álgebra e conjuntos difusa, que viene a ser mayormente que dado un conjunto de elementos se le da un valor a cada elemento, entre Oy 1, que indica el grado de pertenencia que tiene dicho elemento en ese conjunto.
Este modelo se una ampliación de las BD relaciones, y ampl[a los operadores del álgebra relacional para poder adaptarlos a los nuevos elementos que se definen. Emocionante. Diferentes modelos conceptuales de una base de datos Modelo Entidad relación EIR Es una herramienta para el modelado de datos que permite representar las entidades relevantes de un sistema de nformación así como sus interrelaciones y propiedades.
Diagramas CIML (Lenguaje Unificado de Modelado) Es un lenguaje gráfico para visualizar, especificar, construir y documentar un sistema. IJML ofrece un estándar para describir un «plano» del sistema (modelo), incluyendo aspectos conceptuales tales como procesos de negocio, funciones del sistema, y aspectos concretos como expresiones de lenguajes de programación, esquemas de bases de datos y compuestos reciclados.
Diagramas casos de uso un caso de uso es una descripción de los pasos o las actividades que deberán realizarse par algún proceso. Los 80F personajes o entidades qu en un caso de uso se Modeling) El mapeo objeto-relacional es una técnica de programación para convertir datos entre el sistema de tipos utilizado en un lenguaje de programación orientado a objetos y la utilización de una base de datos relacional como motor de persistencia.
En la práctica esto crea una base de datos orientada a objetos virtual, sobre la base de datos relacional. Esto posibilita el uso de las características propias de la orientación a objetos Diagramas IDEFIX Definition Integración de Information Modeling (IDEFIX) es un enguaje de modelado de datos para el desarrollo del modelo de datos semántico. IDEFIX se utiliza para producir un modelo de información gráfica que representa la estructura y semántica de la información dentro de un entorno o sistema.
Conclusión La finalidad de este trabajo, es dar una inducción en el tema de Diseño Conceptual de Bases de Datos, a personas ajenas al tema. De manera que por ello los temas se presentan de una manera sencilla y sin tanta terminología. Nos muestra la gran importancia que para cualquier entidad, ya sea una empresa grande o chica, para el gobierno, hasta para la vida otidiana de una persona (como se muestra en el ejemplo de los CD’s), tienen las bases de datos.
Todo gira alrededor de ellas, todos los procesos del mundo están registrados en ellas, de ahí la importancia de llevar a cabo un diseño eficiente y libre de errores de las mismas. Sie persona escucha hablar 10 de bases de datos de to ogra que las acompaña todo tiene un porque, es cosa de familiarizarse un poco con ellas (bases de datos). Cuando se ven en realidad todas las ventajas que tienen, es mas sencillo el proceso de aprendizaje, ya que siente que el aprender a manejarlas se vera recompensado.
Además de los sencillas que son, es muy fácil acceder a información, manuales y cursos relacionados a ellas, todo esta a la mano, con la facilidad de poner este tema en un buscador de la red y aparecerán infinidad de temas, unos mas complejos que otros, pero siempre uno que se adecue a las capacidades de aprendizaje de cada persona. Bibliografías http://bicosyes. com/2007/01 Ibases-de-datos-paradigmas-y -tendencias/ http://elvex. ugr. es/idbis/db/docs/design/3 conceptual. pdf https://www. google. co. ve/search? q= Diferentes+modelos+conceptuales+de+una+base+de+datos modelo+conceptual+de+b +ejemplos 0 DF 10
