WIXLIB

20Revista de Tecnologías de la InformaciónJunio 2017 Vol. 4 No.11 17-29ArtículoUna relación tiene propiedades intrínsecasque no tiene una tabla y que se derivan de lamisma definición matemática de la relación. Nopuede haber dos tuplas iguales.El orden de lastuplas no es significativo.El orden de losatributos no es significativo.Un sistema de basede datos básicamente es un sistemacomputarizado para llevar registros. Los datospersistentes: son una costumbre de referise a losdatos de la base de datos como “persistentes” esdecir que, de manera intuitiva, que el tipo dedatos refiere de otros datos más efímeros, comolos datos de entrada, los datos de salida, lasinstrucciones de control, las colas de trabajo, losbloques de control de software, los resultadosintermedios y de manera más general.Lapresentación del modelo relacional 1969-1970fue una manera innegable el evento másimportante de la historia de las bases de datos.Un sistema de base de datos relacionaltiene las siguientes características:1.2.Los datos son percibidos por el usuariocomo tablasLos operadores disponibles para el usuarioson operadores que generan nuevas tablasa partir de las anteriores. Por ejemplo, hayun operador restringir que extrae a unsubconjunto de columnas; por supuesto,un subconjunto de filas y un subconjuntode columnas.El termino relación es básicamente eltermino matemático para tabla de echo puedentomarse como sinónimos. La visión lógica de labase de datos relacional es facilitada por lacreación de relaciones de datos fundada en unconstructo lógico conocido como relación.Como una relación es un contructo matemáticolos usuarios finales encuentran que es muchomás fácil considerar una relación como unatabla. Una tabla es percibida como una estructuraen dos dimensiones compuesta de renglones ycolumnas.ISSN 2410-4000ECORFAN Todos los derechos reservadosUna tabla también se conoce comorelación por el creador del modelo relacionalE.F. Codd, que utilizo el término relación comosinonimo de tabla, se puede considerar una tablacomo una representación persistente de unarelación lógica, es decir de una relación cuyocontenido se puedeguardar de manerapermanente para uso futuro, en lo que respecta alusuario de la tabla, esta contiene un grupo deocurrencias de entidades relacionadas, esto esun conjunto de entidades.Las características de una entidad o tablarelacional son:1.2.3.4.5.6.7.8.Una tabla es percibida como una estructurabidimensional compuesta por renglones ycolumnasCada renglón o fila de tabla (tupla)representa una ocurrenciaúnica deentidad dentro del conjunto de entidadesCada columna de tabla representa unatributo y cada columna tiene un nombredistintoCada intersección de renglón/columnarepresenta un valor único de datosTodos los valores de una columna debenapegarse al mismo formato de datosCada columna tiene un intervaloespecifico de valores conocido comodominio de atributosEl orden de los renglones y las columnasno tiene importancia para el DBMSCada tabla debe tener una llave primaria(PK) que es un atributo o combinación deatributos que de manera única identifica acualquier renglón dadoEn el modelo relacional las llaves sonimportantes porque se usan para asegurar quecada renglón de la tabla sea identificable demanera única también se utilizan para establecerrelaciones entre las tablas y para asegurar laintegridad de los datos.LIMA-ESTEBAN, Margarita, LÓPEZ-RODRÍGUEZ, Sonia, LEÓNHERNÁNDEZ, Luis Ángel, CALDERON-GONZALEZ, Marisol.Modelado y diseño de base de datos relacional para egresados de lacarrera de Tecnologías de la Información UT Tlaxcala. Revista deTecnologías de la Información 2017.

ArtículoLa funcion de llave esta basada en unconcepto conocido como determinacion. En elcontexto de bases de datos el enunciado Adetermina B indica que si se conoce el valor delatributo A se puede buscar (determinar) elatributo B. El principio de determinación esmuy importante porque se usa en la definicióndel concepto central de una base de datosrelacional conocidocomo dependenciafuncional que se define como el atributo B esfuncionalmente dependiente de Asi Adetermina a B.También podría ser necesario mas de unsolo atributoesto es una llave puede estarcompuesta de más de un atributo, esta llave deatributos multiples es llamada llave compuesta.Dada la posible existencia de una llavecompuesta, la nocion de dependencia funcionalse puede refinar mas si se especifica unadependencia funcional completa. En otraspalabras si el atributo B es funcionalmentedependiente de una llave compuesta pero no decualquier subconjunto de esa llave compuesta,el atributo B es total y funcionalmente dependiente de A. Dentro de la clasificación dellavesse pueden definir varias llavesespecializadas por ejemplo una superllave quees cualquier llaveque de manera únicaidentifique a cada renglón.Los sistemas de bases de datos pueden serdivididos convenientemente en categorías deacuerdo con los operadores y estructuras dedatos que presentan al usuario.Otro beneficio esla independencia de datos como la inmunidadque tienen los programas de aplicación ante loscambios en la forma de almacenar o accederfísicamente a los datos. Los sistemas de bases dedatos guardan y recuperan datos con eficaciaaportan seguridad y facilitan el desarrollo deaplicaciones.ISSN 2410-4000ECORFAN Todos los derechos reservados21Revista de Tecnologías de la InformaciónJunio 2017 Vol. 4 No.11 17-293. Metodología de investigaciónLas etapas del diseño de base de datos mente en la selección de un sistemamanejador de bases de datos luego se tiene eldiseño lógico y al último el diseño físico, comose muestra en la siguiente figura 1Proceso de diseño de una base de datosSistemamanejadorDiseñode basesconceptualde datosDBMSDiseñoLógicoDiseñoFísicoFigura 1Fuente: Elaboración Propia3.1 Diseño conceptualEs constuir la representación conceptual de datosque incluye la identificación de entidades,relaciones y atributos más importantes (ThomasM. Connoly, 2010). El primer paso en el diseñode una base de datos es la producción delesquemaconceptual.Normalmente,seconstruyen varios esquemas conceptuales, cadauno para representar las distintas visiones quelos usuarios tienen de la información. Estasvisiones de la información, denominadas vistas,se pueden identificar de varias formas.Una opción consiste en examinar losdiagramas de flujo de datos, que se pueden haberproducido previamente, para identificar cada unade las áreas funcionales. La otra opción consisteen entrevistar a los usuarios, examinar losprocedimientos, los informes y los formularios,y también observar el funcionamiento de laempresa.LIMA-ESTEBAN, Margarita, LÓPEZ-RODRÍGUEZ, Sonia, LEÓNHERNÁNDEZ, Luis Ángel, CALDERON-GONZALEZ, Marisol.Modelado y diseño de base de datos relacional para egresados de lacarrera de Tecnologías de la Información UT Tlaxcala. Revista deTecnologías de la Información 2017.

22Revista de Tecnologías de la InformaciónJunio 2017 Vol. 4 No.11 ntes a cada vista de usuario se lesdenomina esquemas conceptuales locales. Cadauno de estos esquemas se compone de entidades,relaciones, atributos, dominios de atributos eidentificadores. El esquema conceptual tambiéntendrá una documentación, que se iráproduciendo durante su desarrollo. Las tareas arealizar en el diseño conceptual son lassiguientes:1.2.3.4.5.6.7.8.Identificar las entidades.Identificar las relaciones.Identificar los atributos y asociarlos aentidades y relaciones.Determinar los dominios de los atributos.Determinar los zación (si las hay).Dibujar el diagrama entidad-relación.Revisar el esquema conceptual local con elusuario. En este caso se muestra en lafigura 2.3.2 Sistema manejador de bases de datos(SMBD)El objetivo principal es administrar y controlarel acceso a la estructura de datos y de la base dedatos. Tambien se define como aplicaciones desoftware para crear mantener y actualizar basesde datos, estas aplicaciones permiten que lasaplicaciones individuales de negocios oprogramas específicos extraigan los datos que senecesitan sin tener en que crear sus propiosarchivos o definiciones de datos en susprogramas de computadora algunos ejemplosson: Oracle, Microsoft SQL Server, DB2,INGRES, PostgreSQL, MySQL y Dbase. ElSMBD usado en este ejemplo es SQL (De JesusGonzalez Martinez, 2010)3.3. Diseño lógico de la base de datosEs la traducción de la representación conceptuala la estructura lógica de la base de datos, esconvertir el esquema conceptual en un esquemalógico que se ajuste al modelo de SGBD sobre elque se vaya a implementar el sistema.Lametodología que se va a seguir para el diseñológico en el modelo relacional consta de dosfases, cada una de ellas compuesta por variospasos que se detallan a continuación:1.2.3.4.Figura 2Fuente: Elaboración propia5.6.7.8.9.ISSN 2410-4000ECORFAN Todos los derechos reservadosConstruir y validar los esquemas lógicoslocales para cada vista de usuario.Convertir el esquema conceptual globalen el esquema lógico global.Derivar un conjunto de relaciones (tablas)el esquema lógico global.Validar el esquema mediante lanormalización.Validar el esquema lógico frente a lastransacciones del usuario.Dibujar el diagrama entidad-relación.Definir las restricciones de integridad.Revisar el esquema lógico con losusuarios.Estudiar el crecimiento futuro.LIMA-ESTEBAN, Margarita, LÓPEZ-RODRÍGUEZ, Sonia, LEÓNHERNÁNDEZ, Luis Ángel, CALDERON-GONZALEZ, Marisol.Modelado y diseño de base de datos relacional para egresados de lacarrera de Tecnologías de la Información UT Tlaxcala. Revista deTecnologías de la Información 2017.

23Revista de Tecnologías de la InformaciónJunio 2017 Vol. 4 No.11 17-29Artículo3.3.1. Convertir el esquema conceptual globalen el esquema lógico globalEn este paso, se eliminan del esquemaconceptual las estructuras de datos que lossistemas relacionales no modelan directamente:a.b.c.d.e.Eliminar las relaciones de muchos amuchos, sustituyendo cada una de ellas poruna nueva entidad intermedia y dosrelaciones de uno a muchos de esta nuevaentidad con las entidades originales. Lanueva entidad será débil, ya que susocurrencias dependen de la existencia deocurrencias en las entidades originales.Eliminar las relaciones entre tres o másentidades, sustituyendo cada una de ellaspor una nueva entidad (débil) intermediaque se relaciona con cada una de lasentidades originales. La cardinalidad deestas nuevas relaciones binarias dependeráde su significado.Eliminar las relaciones recursivas,sustituyendo cada una de ellas por unanueva entidad (débil) y dos relacionesbinarias de esta nueva entidad con laentidad original. La cardinalidad de estasrelaciones dependerá de su significado.Eliminar las relaciones con atributos,sustituyendo cada una de ellas por unanueva entidad (débil) y las relacionesbinarias correspondientes de esta nuevaentidad con las entidades originales. Lacardinalidad de estas relaciones dependerádel tipo de la relación original y de susignificado.Eliminar los atributos multievaluados,sustituyendo cada uno de ellos por unanueva entidad (débil) y una relaciónbinaria de uno a muchos con la entidadoriginal.ISSN 2410-4000ECORFAN Todos los derechos reservadosf.g.Revisar las relaciones de uno a uno, ya quees posible que se hayan identificado dosentidades que representen el mismo objeto(sinónimos). Si así fuera, ambas entidadesdeben integrarse en una sola.Eliminar las relaciones redundantes. Unarelación es redundante cuando se puedeobtener la misma información que ellaaporta mediante otras relaciones. El hechode que haya dos caminos diferentes entredos entidades no implica que uno de loscaminos corresponda a una relaciónredundante, eso dependerá del significadode cada relación.Una vez finalizado este pasó, es máscorrecto referirse al esquema conceptualrefinado como esquema lógico, ya que seadaptan al modelo de base de datos que soportael SGBD escogido.3.3.2. Derivar un conjunto de relaciones(tablas) para el esquema lógico globalEn este paso, se obtiene un conjunto derelaciones (tablas) para el esquema lógico globalen donde se representen las entidades yrelaciones entre entidades, que se describen encada una de las vistas que los usuarios tienen dela empresa. Cada relación de la base de datostendrá un nombre, y el nombre de sus atributosaparecerá, a continuación, entre paréntesis. Elatributo o atributos que forman la clave primariase subrayan.Las claves ajenas, llamadas tambiénforaneas son mecanismo que se utilizan pararepresentar las relaciones entre entidades en elmodelo relacional, se especifican aparteindicando la relación (tabla) a la que hacenreferencia. A continuación, se describe cómo lasrelaciones (tablas) del modelo relacionalrepresentan las entidades y relaciones quepueden aparecer en los esquemas lógicos.LIMA-ESTEBAN, Margarita, LÓPEZ-RODRÍGUEZ, Sonia, LEÓNHERNÁNDEZ, Luis Ángel, CALDERON-GONZALEZ, Marisol.Modelado y diseño de base de datos relacional para egresados de lacarrera de Tecnologías de la Información UT Tlaxcala. Revista deTecnologías de la Información 2017.

24Revista de Tecnologías de la InformaciónJunio 2017 Vol. 4 No.11 17-29Artículoa.Entidades fuertes. Crear una relación paracada entidad fuerte que incluya todos susatributos simples. De los atributoscompuestos incluir sólo sus componentes.Cada uno de los identificadores de laentidad será una clave candidata. De entrelas claves candidatas hay que escoger laclave primaria; el resto serán clavesalternativas. Para escoger la clave primariaentre las claves candidatas se puedenseguir estas indicaciones: Escoger la clave candidata que tengamenos atributos.Escoger la clave candidata cuyos valoresno tengan probabilidad de cambiar en elfuturo.Escoger la clave candidata cuyos valoresno tengan probabilidad de perder launicidad en el futuro.Escoger la clave candidata con el mínimonúmero de caracteres (si es de tipo texto).Escoger la clave candidata más fácil deutilizar desde el punto de vista de losusuarios. b.c.Entidades débiles. Crear una relación paracada entidad débil incluyendo todos susatributos simples. De los atributoscompuestos incluir sólo sus componentes.Añadir una clave ajena a la entidad de laque depende. Para ello, se incluye la claveprimaria de la relación que representa a laentidad padre en la nueva relación creadapara la entidad débil. A continuación,determinar la clave primaria de la nuevarelación.Relaciones binarias de uno a uno. Paracada relación binaria se incluyen losatributos de la clave primaria de la entidadpadre en la relación (tabla) que representaa la entidad hijo, para actuar como unaclave ajena.ISSN 2410-4000ECORFAN Todos los derechos reservadosLa entidad hijo es la que participa de formatotal (obligatoria) en la relación, mientrasque la entidad padre es la que participa deforma parcial (opcional). Si las dosentidades participan de forma total oparcial en la relación, la elección de padree hijo es arbitraria. En caso de que ambasentidades participen de forma total en larelación, se tiene la opción de integrar lasdos entidades en una sola relación (tabla).Esto se suele hacer si una de las entidadesno participa en ninguna otra relación.d.Relaciones binarias de uno a muchos.Como en las relaciones de uno a uno, seincluyen los atributos de la clave primariade la entidad padre en la relación (tabla)que representa a la entidad hijo, paraactuar como una clave ajena. Pero ahora,la entidad padre es la de la parte delmuchos (cada padre tiene muchos hijos),mientras que la entidad hijo es la de laparte del uno (cada hijo tiene un solopadre).e.Jerarquías de generalización. En lasjerarquías, se denomina entidad padre a laentidad genérica y entidades hijo a lassubentidades. Hay tres opciones distintaspara representar las jerarquías. La elecciónde la más adecuada se hará en función ear una relación por cada entidad. Lasrelaciones de las entidades hijo heredancomo clave primaria la de la entidad padre.Por lo tanto, la clave primaria de lasentidades hijo es también una clave ajenaal padre. Esta opción sirve para cualquiertipo de jerarquía, total o parcial y exclusivao superpuesta.LIMA-ESTEBAN, Margarita, LÓPEZ-RODRÍGUEZ, Sonia, LEÓNHERNÁNDEZ, Luis Ángel, CALDERON-GONZALEZ, Marisol.Modelado y diseño de base de datos relacional para egresados de lacarrera de Tecnologías de la Información UT Tlaxcala. Revista deTecnologías de la Información 2017.

25Revista de Tecnologías de la InformaciónJunio 2017 Vol. 4 No.11 17-29Artículo2.3.Crear una relación por cada entidad hijo,heredando los atributos de la entidadpadre. Esta opción sólo sirve parajerarquías totales y exclusivas.Integrar todas las entidades en unarelación, incluyendo en ella los atributosde la entidad padre.Realizando el proceso anterior queda de lasiguiente figura 3Trabajo activoCampoTamañoPK Id Trabajo ActivoMedio Empleo11MAXTipo dedatoIntNvarcharLocalidad TrabajoTipo OrganizacionTamanio OrganizacionNombre EmpresaTel EmpresaNombre harIntNvarcharCorreo JefeMAXNvarcharMunicipio EmpresaDeptoMAXMAXNvarcharNvarcharNombre PuestoFecha ComienzoMAXNvarcharDateTimeTipo ContratoCoincidenciaNivel charNvarcharDescripciónId del trabajo activoMedio por el cuál busco elempleoLocalidad del trabajoTipo de organizaciónTamaño de la organizaciónNombre de la empresaTeléfono de la empresaNombre del jefe en laempresaCorreo del jefe en laempresaMunicipio de la empresaDepartamento en laempresaNombre del puestoFecha de comienzo en laempresaTipo de contratoCoincidencia del trabajoNivel jerárquicoIngresosTabla 2Fuente: Elaboración PropiaTrabajo inactivoCampoPKId Trabajo InactivoPrincipal DificultadFigura 3Fuente: Elaboración propiaTamaño11Tipo de dato DescriociónIntId del trabajo NvarcharRecomiendaPorqueMAXMAXNvarcharNvarcharTipo actividadesOtroMAXMAXNvarcharNvarcharPrincipal dificultad bajoinactivoRecomienda el trabajoPorque recomienda eltrabajoTipo de actividadesOtro tipo3.3.2 Diccionario de base de datosEs una descripción detallada de todas lastablas que se encuentran dentro de la base dedatos creada por el usuario/diseñador contienetodos los nombres de atributos. Como seejemplifica en las siguientes relaciones o tablas1, 2 y 3.FamiliaCampoTamañoTipo de datoDescripciónPK Id FamiliaParentesco11MAXIntNvarcharTel CelTel CasaFK Id Alumno111111IntIntIntId del familiarParentesco del familiar con elalumnoTeléfono del familiarTeléfono de casa del familiarId del alumnoTabla 3Fuente: Elaboración Propia3.4 Diseño físicoEl proceso generar una descripción de laimplementación de la base de datos enalmacenamiento secundario describe asrelaciones, las organizaciones de archivos y losíndices utilizados para conseguir un accesoeficiente a los datos asi como cualesquierarestricciones de integridad y medidas deseguridad asociadas.Los pasos de la metodologíafísica del diseño de datos son:Tabla 1Fuente: Elaboración PropiaISSN 2410-4000ECORFAN Todos los derechos reservadosLIMA-ESTEBAN, Margarita, LÓPEZ-RODRÍGUEZ, Sonia, LEÓNHERNÁNDEZ, Luis Ángel, CALDERON-GONZALEZ, Marisol.Modelado y diseño de base de datos relacional para egresados de lacarrera de Tecnologías de la Información UT Tlaxcala. Revista deTecnologías de la Información 2017.

Artículo1.2.3.4.5.6.Traducir el modelo lógico de los datos alSGBD selecc

Modelado y diseño de base de datos relacional para egresados de la carrera de Tecnologías de la Información UT Tlaxcala LIMA-ESTEBAN, Margarita*†, LÓPEZ-RODRÍGUEZ, Sonia, LEÓN-HERNÁNDEZ, Luis Ángel, CALDERON-GONZALEZ, Marisol . Universidad Tecnológica de Tlaxcala, A El Carmen Xalpatlahuaya s/n, Huamantla, Tlaxcala