Construccion de Base de Datos Cobd Datos

CONSTRUCCIÓN DE BASE
DE DATOS (COBD)
DATOS DEL ALUMNO

Nombre: __________________________________________
Grupo: ____________ NL: ____________
DOCENTE: P.T. VIRGINIA PATIÑO LÓPEZ

FEBRERO – JULIO DEL 2019
1. Objetivo general de la carrera
Realizar funciones necesarias de apoyo a nivel operativo que permitan brindar los servicios de
desarrollo e implantación de soluciones de tecnología de información, automatización,
organización, codificación y recuperación de la información y optimización de recursos
informáticos para impulsar la competitividad de las organizaciones o empresas de cualquier
ámbito.
2. Competencias genéricas
Se expresa y comunica
4. Escucha, interpreta y emite mensajes pertinentes en distintos contextos mediante la utilización de
medios, códigos y herramientas apropiados.
Atributo 3. Identifica las ideas clave en un texto o discurso oral e infiere conclusiones a partir de ellas.
Atributo 5. Maneja las tecnologías de la información y la comunicación para obtener información y
expresar ideas.
Piensa crítica y reflexivamente
5. Desarrolla innovaciones y propone soluciones a problemas a partir de métodos establecidos.
Atributo 1. Sigue instrucciones y procedimientos de manera reflexiva, comprendiendo como cada uno de
sus pasos contribuye al alcance de un objetivo.
Atributo 6. Utiliza las tecnologías de la información y comunicación para procesar e interpretar información.
3. Competencias disciplinares
Comunicación
2. Evalúa un texto mediante la comparación de su contenido con el de otros, en función de sus conocimientos
previos y nuevos.
12. Utiliza las tecnologías de la información y comunicación para investigar, resolver problemas, producir
materiales y transmitir información.
4. Competencias profesionales
Analizar requerimientos de procesamiento y sistematización de información de áreas específicas
considerando los requisitos del usuario para atender necesidades organizacionales.
5. Presentación
Se imparte en el Cuarto semestre.
Unidad 1. Diseño de bases de datos relacionales.
Unidad 2. Gestión y aprovechamiento de la información de las bases de datos.
Unidad 3. Asegura la información contenida en la base de datos.
Contribución del módulo La contribución de este módulo al perfil de egreso: Es que el alumno contará
con las competencias para diseñar bases de datos que permitan atender las necesidades de información
de cualquier empresa o institución, acrecentando el desarrollo del pensamiento reflexivo de los jóvenes a
través del ejercicio continuo de habilidades lógicas para clasificar, ordenar, jerarquizar y relacionar
información, del manejo eficiente de la información, así como del dominio de algunos procedimientos para
utilizar tecnologías informáticas.
Módulos con los que relaciona COBD
Construcción de base de Programación con

datos. sistemas gestores de
bases de datos.
Cuarto Quinto
semestre semestre
6. Propósito del módulo
Crea bases de datos empleando sistemas manejadores de bases de datos para el
almacenamiento, acceso, recuperación, mantenimiento y conservación de la información.
7. Mapa del módulo

10. Mecánica de trabajo.
Módulo: Construcción de bases de datos
Docente: P.T.I. Virginia Patiño López
Nombre del alumno(a): _______________________________________________

Grupo: ____________ NL: __________
El docente deberá:
 Ser facilitador de cada tema de acuerdo a sus estilos de aprendizaje.
 Explicar cada tema de la clase y ejemplos cotidianos.
 Aclarar dudas e inquietudes.
El alumno deberá:
 Asistencia del 80% como

mínimo.
El alumno deberá cumplir con el
Uno crea su propio
100% de sus evidencias.


Llegar puntual a su clase.
Lista de Registro de Actividades destino sobre la marcha.
en Clases.
 Preguntar dudas sobre la clase.
 Participar en trabajos
individuales y en equipos.
 Celular en vibrador.
 Tolerancia 10 minutos (solo en la
primera hora) (7:00 am)
PORCENTAJES
30% Actividades
30% Prácticas
10% Participación en clases
30% Actividad de evaluación
100%
Nota: Todo esto se

contará al término de Firma del Alumno Firma del Docente
cada Actividad de
Evaluación. _____________________
_____________________
Nota importante: Si el alumno tiene baja calificación en alguna

actividad de evaluación podrá recuperarse asistiendo los sábados a asesorías extra-clase.
13. LISTA DE ACTIVIDADES PROGRAMADAS EN EL R.A. 1.1. (PONDERACION 15%)
Nombre del alumno: ____________________________________________________

NL: ________ Grupo: ________
ACTIVIDAD (20%)
FECHA DE
Descripción PONDERACION FIRMA
ELABORACIÓN
1 - Resumen de lo 10%
aprendido.
2 - Mapa cognitivo. 10%
Total
PRACTICAS (30%)
FECHA DE
ELABORACIÓN
1 -Problema 2 - Elaboración 6%
del diagrama E-R de una
concesionaria automotriz.
2 - Problema 3 - Elaboración 6%
del diagrama E-R de un
centro de enseñanza.
3. Problema 4 - 6%
Elaboración del
diagrama entidad-
relación artículos y
encargos.
4. Problema 5 - 6%
Elaboración del
diagrama entidad-
relación sistema de
ventas.
5. Problema 6 - 6%
Elaboración del
diagrama entidad-
relación sistema de
ventas.
Total
ACTIVIDAD DE EVALUACIÓN 1.1.1. (40%)
FECHA DE
DESCRIPCIÓN PONDERACION FIRMA
ELABORACIÓN
Elabora un diagrama entidad relación en equipos de 3 personas de Conalep 075.
Incluyendo los docentes, alumnos y administrativos. (Mínimo 6 campos por tabla).
Poner el nombre de cada uno de los siguientes elementos de la base de datos en el diagrama.
Entidades y atributos. 8%
Relaciones entre entidades. 8%
Notación gráfica. 8%
Presentación de resultados. 8%
Actitud. 8%
Total
Unidad 1 – Diseño de bases de datos relacionales
Propósito de la unidad: Diseñará bases de datos a partir del modelo entidad-relación para
almacenar y recuperar información.
Resultado de aprendizaje: 1.1. Elabora el diseño conceptual de la base de datos, a partir de
la recolección y análisis de los requerimientos funcionales del usuario.
Actividad de evaluación: Diseño conceptual de una base de datos, que atienda las
necesidades de una organización, empleando:
Entidades
Atributos
Relaciones
A. Identificación y evolución de los modelos de datos.

Objetivo: Conocer los conceptos principales de una base de datos y los elementos que la conforman.
Competencias
Genéricas Disciplinares Profesionales
5. Piensa crítica y reflexivamente Comunicación * Analizar requerimientos de
Desarrolla innovaciones y propone Aplica las tecnologías de la procesamiento y sistematización
soluciones a problemas a partir de información y la comunicación en el de información de áreas específicas
métodos establecidos. diseño de estrategias para la considerando los requisitos del
Atributo 1: Sigue instrucciones y difusión de productos y servicios, usuario para atender necesidades
procedimientos de manera en beneficio del desarrollo personal organizacionales.
reflexiva, comprendiendo como y profesional. * Diseñar y desarrollar proyectos de
cada uno de sus pasos contribuye al tecnología de información, para la
alcance de un objetivo. generación de alternativas de
solución, de los requerimientos del
usuario.
o Modelos orientados a datos: Un modelo, un conjunto de herramientas
conceptuales para describir datos, sus relaciones, su significado y sus restricciones de
consistencia.
o Modelos orientados a objetos: El modelo orientado a objetos se basa en encapsular
código y datos en una única unidad, llamada objeto. El interfaz entre un objeto y el
resto del sistema se define mediante un conjunto de mensajes.
o Modelos semánticos: Los modelos semánticos permiten captar mejor el significado
(semántica) de los datos contenidos en la base de datos.
LIBRO
Tabla
IdCodigo
Título
Autor
Editorial
Campos Edición
NumeroEdicion
Año
NumeroPaginas
LIBRERÍA
Nombre de la Base de Datos
Registros
Objeto semántico: Es una representación de algunas cosas identificables en el ambiente de trabajo

de los usuarios. De manera formal, un objeto semántico es un conjunto de atributos que describen
con eficacia una identidad bien determinada. Los objetos semánticos se agrupan en clases. Una clase
de objeto tiene un nombre que la hace diferente a otras y que corresponde a los nombres de las
cosas que representa. Los nombres de clases se escriben en mayúsculas. Un objeto semántico
particular es una ocurrencia de tal clase.
• Base de datos: Es un documento creado con la finalidad de organizar y filtrar la información para
poderla manipular según necesite el usuario.
• Nombre de la base de datos: Es el nombre que se le da a la base de datos para identificarla, este
se le da de acuerdo a su contenido.
• Tabla: Son elementos que describen las características principales de la base de datos. Por Ejemplo
Libro.
• Campos: Son las características específicas de la tabla.
• Registros: Es el texto que se captura en los campos.
Actividad 1 – Resumen de lo aprendido

Instrucciones: Contesta con tus propias palabras las siguientes preguntas de acuerdo a lo que aprendiste y
porque del tema Identificación y evolución de los modelos de datos.
1. ¿Qué es lo primero
que has aprendido?
2. ¿Qué más he ido
aprendiendo?
3. ¿Qué más he ido
realizando con
relación al tema?
4. ¿Qué es lo último
que he aprendido?
5. ¿En que lo puedo
aplicar de la vida
cotidiana?
B. Identificación de características, componentes y tipos de sistemas gestores
de bases de datos.
Objetivo: Identificar los diferentes conceptos de requisitos de un sistema gestor de base de datos,
niveles, herramientas de gestión, herramientas de programación, lenguajes, tipos de un SGBD según
el modelo utilizado, Arquitectura Cliente/Servidor y Bases de datos distribuidas.
Competencias
Aprende de forma autónoma Comunicación * Analizar requerimientos de
7. Aprende por iniciativa e interés Aplica las tecnologías de la procesamiento y sistematización
propio a lo largo de la vida. información y la comunicación en el de información de áreas específicas
Atributo 3. Articula saberes de diseño de estrategias para la considerando los requisitos del
diversos campos y establece difusión de productos y servicios, usuario para atender necesidades
relaciones entre ellos y su vida en beneficio del desarrollo personal organizacionales.
cotidiana. y profesional. * Diseñar y desarrollar proyectos de
tecnología de información, para la
generación de alternativas de
usuario.
 Requisitos de un SGBD: Un modelo, un conjunto de herramientas conceptuales para

describir datos, sus relaciones, su significado y sus restricciones de consistencia.
Sistema Gestor de Base de Datos: Conjunto de programas que permiten la administración y

gestión de la información almacenada en una base de datos, proporcionando seguridad,
integridad y abstracción de datos (Access, Oracle, MySQL, SQL Server).
En general, el sistema gestor de bases de datos (SGBD) se encargará de organizar el correcto

funcionamiento interno de la base de datos en lo que se refiere al control de la concurrencia y
de la integridad, además de facilitar a sus usuarios la creación, el mantenimiento y, en
ocasiones, el diseño de dicha base de datos. El mantenimiento incluye funciones como la gestión
de usuarios, la seguridad, etc.
Definición y características de un SGBD: Existe multitud de SGBD y alguno de ellos tiene más
funciones que otros. Así pues, cada SGBD puede tener unas características similares pero no
idénticas. Sin embargo, existen una serie de capacidades que, según la mayoría de autores,
deben cumplir un sistema gestor de bases de datos para que pueda denominarse así:
- Facilitar el acceso a los datos: Un SGBD debe disponer de mecanismos sencillos para que los
usuarios con escasos o nulos conocimientos de su funcionamiento interno puedan acceder a los
datos, consultarlos y manipularlos.
- Controlar la consistencia y la integridad de los datos: Un SGBD debe ofrecer las operaciones
necesarias para que el diseñador de la base de datos introduzca cuantas restricciones de integridad
sean necesarias y hacer que estas se cumplan, además de asegurar la consistencia de los datos según
la propia definición de la base de datos.
- Controlar la seguridad de la base de datos: Un SGBD deberá disponer de funciones de control de
la seguridad de los datos, como por ejemplo realización de copias, mecanismos de recuperación de
dichas copias, actuaciones en caso de caída del sistema, gestión de usuarios con sus permisos de
accesos y de actuación, entre otros.
- Controlar la concurrencia: El SGBD gestionará adecuadamente los accesos simultáneos a los datos,
así como las operaciones que, por diversos motivos, no puedan ser realizados simultáneamente, de
forma que ninguna operación quede por hacer y ningún usuario desatendido.
- Facilitar la administración de la base de datos y del propio SGBD: Lógicamente, el diseño de la

base de datos puede estar sujeto a cambios, de manera que el SGBD debe facilitar las modificaciones
y los cambios en el diseño de la base de datos, y en el propio funcionamiento del SGBD (cambiar
restricciones, relaciones entre ficheros, estructuras de datos, dar de alta o de baja usuarios, etc.)
- Independencia de los datos respecto de las aplicaciones que los utilizan.
 Niveles de un SGBD:
- Nivel físico: El nivel más bajo de abstracción; describe cómo se almacenan realmente los datos.
- Nivel lógico o conceptual: Describe los datos que se almacenan en la BD y sus relaciones, es decir,
los objetos del mundo real, sus atributos y sus propiedades, y las relaciones entre ellos.
- Nivel externo o de vistas: Describe la parte de la BD a la que los usuarios pueden acceder.
 Herramientas de Gestión: Todos los SGBD disponen de herramientas de gestión para poder
crear las bases de datos, manipularlas, modificar su diseño, crear usuarios, asignar
permisos, etc… Estas herramientas suelen estar solo disponibles para los administradores
de la base de datos; es decir, para aquellos usuarios especializados en mantener la base de
datos en perfecto estado.
 Herramientas de programación: Muchos SGBD ofrecen la posibilidad de crear las

aplicaciones que utilizarán los usuarios para acceder a la base de datos, cuando estos
usuarios no pueden (o no deben) trabajar directamente con el SGBD.
 Lenguajes: Los SGBD proporcionan unos lenguajes de trabajo para poder acceder a los
datos, y también para poder efectuar algunas tareas de gestión. Estos lenguajes pueden
clasificarse en:
Lenguajes de definición (LDD): Son aquellos que se usan para crear la base de datos o modificar su
estructura una vez creada.
Lenguajes de control (LCD): Que sirven para realizar la gestión de usuarios, dar y retirar permisos,
realizar tareas de seguridad, etc.
Lenguajes de manipulación (LMD): son los que permiten trabajar con los datos, haciendo
consultas, altas, bajas, modificaciones, entre otros. Algunos textos diferencian entre los lenguajes
de manipulación (LM) y los de consulta (LC).
 Tipos de SGBD según el modelo utilizado.
• ORACLE: Cuando se fundó Oracle en 1977 como Software Development Laboratorios por Larry
Ellison, Bob Miner y Ed Oates no había productos de bases de datos relacionales comerciales. La
compañía, cuyo nombre cambió posteriormente a Oracle, se estableció para construir un sistema
de gestión de bases de datos como producto comercial y fue la primera en lanzarlo al mercado.
Desde entonces Oracle ha mantenido una posición líder en el mercado de las bases de datos
relacionales, pero con el paso de los años su producto y servicios ofrecidos han crecido más allá del
servicio de este campo. Aparte de las herramientas directamente relacionadas con el desarrollo y
gestión de bases de datos Oracle vende herramientas de inteligencia de negocio, incluyendo
sistemas de gestión de bases de datos multidimensionales y un servidor de aplicaciones con una
integración cercana al servidor de la base de datos.
• D2 DE IBM: La familia de productos DB2 Universal Database de IBM consiste en servidores de

bases de datos y un conjunto de productos relacionados. DB2 Universal Database Server está
disponible en muchas plataformas hardware y sistemas operativos, abarcando desde mainframes
(grandes ordenadores centrales) y grandes servidores a estaciones de trabajo e incluso a pequeños
dispositivos de bolsillo. Se ejecuta en una serie de sistemas operativos IBM y de otras marcas.
EveryplaceEdition soporta sistemas operativos tales como PalmOS, Windows CE y otros. Las
aplicaciones pueden migrar fácilmente desde las plataformas de gama baja a servidores de gama
alta. Además del motor del núcleo de la base de datos, la familia DB2 consta también de varios otros
productos que proporcionan herramientas, administración, réplicas, acceso a datos distribuido,
acceso a datos generalizados, OLAP y otras muchas características.
• SQL SERVER: De Microsoft, es un sistema gestor de bases de datos relacionales que se usa desde
en portátiles y ordenadores de sobremesa hasta en servidores corporativos, con una versión
compatible, basada en el sistema operativo PocketPC, disponible para dispositivos de bolsillo, tales
como PocketPCs y lectores de código de barras. SQL Server se desarrolló originalmente en los años
80 en SyBase para sistemas UNIX y posteriormente pasado a sistemas Windows NT para Microsoft.
Desde 1994 Microsoft ha lanzado versiones de SQL Server desarrolladas independientemente de
Sybase, que dejó de utilizar el nombre SQL Server a finales de los años 90. La última versión
disponible es SQL Server 2000, disponible en ediciones personales, para desarrolladores, estándar
y corporativa, y traducida a muchos lenguajes en todo el mundo. En este capítulo el término SQL
Server se refiere a todas estas ediciones de SQL Server 2000.
• MySQL: Es un sistema gestor de bases de datos (SGBD, DBMS por sus siglas en inglés) muy
conocido y ampliamente usado por su simplicidad y notable rendimiento. Aunque carece de algunas
características avanzadas disponibles en otros SGBD del mercado, es una opción atractiva tanto para
aplicaciones comerciales, como de entretenimiento precisamente por su facilidad de uso y tiempo
reducido de puesta en marcha. Esto y su libre distribución en Internet bajo licencia GPL le otorgan
como beneficios adicionales (no menos importantes) contar con un alto grado de estabilidad y un
rápido desarrollo.
• POSTGRESQL. Es un gestor de bases de datos orientadas a objetos (SGBDOO o ORDBMS en sus

siglas en inglés) muy conocido y usado en entornos de software libre porque cumple los estándares
SQL92 y SQL99, y también por el conjunto de funcionalidades avanzadas que soporta, lo que lo sitúa
al mismo o a un mejor nivel que muchos SGBD comerciales. El origen de PostgreSQL se sitúa en el
gestor de bases de datos POSTGRES desarrollado en la Universidad de Berkeley y que se abandonó
en favor de Postgre SQL a partir de 1994. Ya entonces, contaba con prestaciones que lo hacían único
en el mercado y que otros gestores de bases de datos comerciales han ido añadiendo durante este
tiempo.
 Arquitectura Cliente/Servidor: Es la parte del servidor y la segunda la de un conjunto de

clientes.
Normalmente el servidor es una máquina bastante potente que actúa de depósito de datos
y funciona como un sistema gestor de base de datos (SGBD).
Por otro lado los clientes suelen ser estaciones de trabajo que solicitan varios servicios al servidor.
Ambas partes deben estar conectadas entre sí mediante una red.
Una representación gráfica de este tipo de arquitectura sería la siguiente.
Este tipo de arquitectura es la más utilizada en la actualidad, debido a que es la más avanzada y la
que mejor ha evolucionado en estos últimos años.
Podemos decir que esta arquitectura necesita tres tipos de software para su correcto
funcionamiento:
• Software de gestión de datos: Este software se encarga de la manipulación y gestión de los datos
almacenados y requeridos por las diferentes aplicaciones. Normalmente este software se aloja en
el servidor.
• Software de desarrollo: este tipo de software se aloja en los clientes y solo en aquellos que se
dedique al desarrollo de aplicaciones.
• Software de interacción con los usuarios: También reside en los clientes y es la aplicación gráfica
de usuario para la manipulación de datos, siempre claro a nivel usuario (consultas principalmente).
 Bases de datos distribuidas: Una base de datos distribuida (BDD) es un conjunto de

múltiples bases de datos lógicamente relacionadas las cuales se encuentran distribuidas
entre diferentes sitios interconectados por una red de comunicaciones, los cuales tienen la
capacidad de procesamiento autónomo lo cual indica que puede realizar operaciones
locales o distribuidas. Un sistema de Bases de Datos Distribuida (SBDD) es un sistema en el
cual múltiples sitios de bases de datos están ligados por un sistema de comunicaciones de
tal forma que, un usuario en cualquier sitio puede acceder los datos en cualquier parte de
la red exactamente como si los datos estuvieran siendo accedidos de forma local.
En un sistema distribuido de bases de datos se almacenan en varias computadoras. Los

principales factores que distinguen un SBDD de un sistema centralizado son los siguientes:
• Hay múltiples computadores, llamados sitios o nodos.

• Estos sitios deben de estar comunicados por medio de algún tipo de red de comunicaciones para
transmitir datos y órdenes entre los sitios.
Actividad 2 – Mapa cognitivo
Instrucciones: Realiza un mapa cognitivo del tema Identificación de características, componentes
y tipos de sistemas gestores de bases de datos.
C. Elaboración del modelo entidad/relación
Objetivo: Conocer los conceptos principales de una base de datos y los elementos que la conforman.
Competencias
usuario.
• Entidades y atributos:
Entidad: Representa una "cosa" u "objeto" del mundo real con existencia independiente, es decir,
se diferencia unívocamente de cualquier otro objeto o cosa, incluso siendo del mismo tipo, o una
misma entidad.
Ejemplos:
Una persona. (Se diferencia de cualquier otra persona, incluso siendo gemelos).
Un automóvil. (Aunque sean de la misma marca, el mismo modelo, tendrán atributos
diferentes, por ejemplo, el número de bastidor).
Una casa (Aunque sea exactamente igual a otra, aún se diferenciará en su dirección).
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 puede llevar consigo las características: Nombre, Apellido, Género, Estatura, Peso, Fecha
de nacimiento, etc.
Los atributos son las características que definen o identifican a una entidad, estas pueden ser
muchas, y solo el diseñador utiliza o implementa las que considere más relevantes. Los atributos
son las propiedades que describen a cada entidad en un conjunto de entidades.
El atributo puede hacer 1 de tres cosas:
• Identificar
• Relacionar
• Describir
• Relaciones: Es una característica especial que hace que podamos trabajar con varias tablas
relacionadas a través de un campo en común.
• Notación gráfica del modelo entidad/relación: Es uno de los modelos de datos más
populares. Se basa en una representación del mundo real en que los datos se describen como
entidades, relaciones y atributos. Este modelo se desarrolló para facilitar el diseño de las bases de
datos, y fue presentado por Chen en 1976.
• Cardinalidad de las relaciones: Dado un conjunto de relaciones en el que participan dos o

más conjuntos de entidades, la correspondencia de Cardinalidad indica el número de entidades con
las que puede estar relacionada una entidad dada.
Dado un conjunto de relaciones binarias y los conjuntos de entidades A y B, la correspondencia de

cardinalidades puede ser:
• Uno a Uno: Una entidad de A se relaciona únicamente con una entidad en B y viceversa
(ejemplo relación vehículo - matrícula: cada vehículo tiene una única matrícula, y cada matrícula
está asociada a un único vehículo).
• Uno a varios: Una entidad en A se relaciona con cero o muchas entidades en B. Pero una
entidad en B se relaciona con una única entidad en A (ejemplo vendedor - ventas).
• Varios a Uno: Una entidad en A se relaciona exclusivamente con una entidad en B. Pero una
entidad en B se puede relacionar con 0 o muchas entidades en A (ejemplo empleado-centro de
trabajo).
• Varios a Varios: Una entidad en A se puede relacionar con 0 o muchas entidades en B y
viceversa (ejemplo asociaciones- ciudadanos, donde muchos ciudadanos pueden pertenecer a una
misma asociación, y cada ciudadano puede pertenecer a muchas asociaciones distintas).
Elementos de un diagrama Entidad-Relación
Elemento Descripción
Elipse: Campo (Es el nombre que le damos a cada uno de los elementos de la tabla)
Rectángulo: Tabla (Es el nombre que le damos a la tabla de acuerdo a su contenido)
Rombo: Relación (Es la unión de 2 o más tablas)
(1,m) cardinalidad
Instrucciones: Realiza el Problema 2 el Diagrama E-R de una Concesonaria Automotriz de acuerdo a las características que se
muestra en el problema.
Problema 3 – Diagrama E-R de un centro de enseñanza
Nombre del alumno: Grupo:
Unidad de aprendizaje: Diseño de bases de datos relacionales.
Resultado de aprendizaje: 1.1. Elaboración el diseño conceptual de la base de datos, a partir de la recolección y análisis de los
requerimientos funcionales del usuario.
Problema núm. 4: Elaboración del diagrama entidad-relación artículos y encargos.
A partir del siguiente enunciado:

 Una base de datos para una pequeña empresa debe contener información acerca de clientes, artículos y pedidos. Hasta el
momento se registran los siguientes datos en documentos varios:
 Para cada cliente: Número de cliente (único), Direcciones de envío (varias por cliente), Saldo, Límite de crédito (depende del
cliente, pero en ningún caso debe superar los 3.000.000 pts), Descuento.
 Para cada artículo: Número de artículo (único), Fábricas que lo distribuyen, Existencias de ese artículo en cada fábrica,
Descripción del artículo.
 Para cada pedido: Cada pedido tiene una cabecera y el cuerpo del pedido. La cabecera está formada por el número de cliente,
dirección de envío y fecha del pedido. El cuerpo del pedido son varias líneas, en cada línea se especifican el número del
artículo pedido y la cantidad.
Además, se ha determinado que se debe almacenar la información de las fábricas. Sin embargo, dado el uso de distribuidores,
se usará: Número de la fábrica (único) y Teléfono de contacto. Y se desean ver cuántos artículos (en total) provee la fábrica.
También, por información estratégica, se podría incluir información de fábricas alternativas respecto de las que ya fabrican
artículos para esta empresa.
 Nota: Una dirección se entenderá como Nº, Calle, Comuna y Ciudad. Una fecha incluye hora.
Se pide hacer el diagrama ER para la base de datos que represente esta información.
Problema núm. 5: Elaboración del diagrama entidad-relación sistema de ventas.
Le contratan para hacer una BD que permita apoyar la gestión de un sistema de ventas. La empresa necesita llevar un control de
proveedores, clientes, productos y ventas.
Un proveedor tiene un RUT, nombre, dirección, teléfono y página web. Un cliente también tiene RUT, nombre, dirección, pero puede
tener varios teléfonos de contacto. La dirección se entiende por calle, número, comuna y ciudad.
Un producto tiene un id único, nombre, precio actual, stock y nombre del proveedor. Además se organizan en categorías, y cada
producto va sólo en una categoría. Una categoría tiene id, nombre y descripción.
Por razones de contabilidad, se debe registrar la información de cada venta con un id, fecha, cliente, descuento y monto final. Además
se debe guardar el precio al momento de la venta, la cantidad vendida y el monto total por el producto.
Problema núm. 6: Elaboración del diagrama entidad-relación sistema de ventas.
Las sedes olímpicas se dividen en complejos deportivos. Los complejos deportivos se subdividen en aquellos en los que se desarrolla
un único deporte y en los polideportivos. Los complejos polideportivos tienen áreas designadas para cada deporte con un indicador
de localización (ejemplo: centro, esquina etc.). Un complejo tiene una localización, un jefe de organización individual y un área total
ocupada.
Los dos tipos de complejos (deporte único y polideportivo) tendrán diferentes tipos de información. Para cada tipo de sede, se
conservará el número de complejos junto con su presupuesto aproximado.
Cada complejo celebra una serie de eventos (ejemplo: la pista del estadio puede celebrar muchas carreras distintas.). Para cada evento
está prevista una fecha, duración, número de participantes, número de comisarios. Una lista de todos los comisarios se conservará
junto con la lista de los eventos en los que esté involucrado cada comisario ya sea cumpliendo la tarea de juez u observador. Tanto
para cada evento como para el mantenimiento se necesitará cierto equipamiento (ejemplo: arcos, pértigas, barras paralelas, etc.).
Actividad de evaluación – Elaboración de un diagrama E-R
Instrucciones: Crea un diagrama Entidad-Relación en equipos de 3 personas de Conalep 075.
Incluyendo los docentes, alumnos y administrativos. (Mínimo 6 campos por tabla)
Poner el nombre de cada uno de los siguientes elementos de la base de datos en el diagrama entidad - Relación: Entidades, atributos, relaciones
entre entidades, notación gráfica.
Compra
CALIFICACION DE LA ACTIVIDAD DE EVALUACIÓN 1.1.1.
Diseño conceptual de una base de datos, que atienda las necesidades de

una organización.
Nombre del Alumno:

Grupo: NL: Fecha:
PORCENTAJES Ponderaciones
Rubros
obtenidas
30% Actividades Actividades
30% Prácticas
30% Actividad de evaluación Practicas
100% Participación en clase
Nota: Todo esto se Actividad de Evaluación

contará al término de
cada Actividad de Total promediado
Evaluación.
Nombre y Firma del Alumno
___________________________________________
Firma del Docente
___________________________________________
Nombre y Firma de Enterado del Padre o Tutor
___________________________________________
LISTA DE ACTIVIDADES PROGRAMADAS EN EL R.A. 1.2. (PONDERACION 20%)

NL: ________ Grupo: ________
PRACTICAS (20%)
FECHA DE
ELABORACIÓN
1 - Investiga en internet 10%
los tipos de datos que se
utilizan en Access 2010.
2 - Realiza las tablas 10%
correspondientes a cada uno
de los diagramas Entidad -
Relación.
Total
PRACTICAS (30%)
FECHA DE
ELABORACIÓN
1 – Diagrama E-R – 0.3%
Academia de clases.
2 - Diagrama E-R – 0.3%
Geografía.
Guerras.
Almacén.
5 – Diagrama E-R – Vuelos. 0.3%

Accidentes Geográficos.
Empresa de software.
Empresa de comidas.
9 - Diagrama E-R – Red 0.3%
Social.
Menú diario.
Total
FECHA DE
ELABORACIÓN
Elabora un diagrama E-R del hospital San Javier para llevar el control de los empleados en el cual se necesitan
los siguientes datos: Id del empleado, Nombre del empleado, Puesto, Sueldo semanal, horario día de descanso.
También queremos saber los datos de los pacientes su nombre, dirección, teléfono, tipo de pago y expediente.
También los pacientes que se quedan internados y cuantos días llevan en el hospital.
El inventario de lo que tienen en existencia en el hospital tanto de sangre, tipo y su precio, medicamentos, etc.
Crea una notación gráfica basada en el modelo 10%
entidad/relación.
Modelo Relacional Directo Basado En Los Datos. 10%
Presentación de resultados 10%
Actitud. 10%
Total
Resultado de aprendizaje: 1.2. Diseña la estructura lógica de la base de datos, mediante la
normalización de los esquemas relacionales.
Actividad de evaluación: 1.2.1. Diseña y normaliza base de datos relacional acorde con lo
definido en la actividad de evaluación 1.1.1.
A. Elaboración del modelo relacional basado en el modelo entidad/relación.

Objetivo: Conocer los conceptos y elaboración del modelo relacional basado en el modelo entidad-
relación.
Competencias
usuario.
o Concepto: Modelo relacional, modelo ER). Es un tipo de modelo de datos conceptual de

alto nivel que se emplea en el diseño de las base de datos relacionales.
o Tablas y tuplas:
Tablas: Unidad donde crearemos el conjunto de datos de nuestra base de datos. Estos
datos estarán ordenados en columnas verticales. Aquí definiremos los campos y sus
tipos de datos.
Ejemplo:
Tabla Docente
Nombre del campo Tipo de dato
Id Autonumeración
Nombre del Docente Texto
Ultimo grado de estudios Texto
Sueldo Calculado
Tuplas: Conjunto de nombres de atributos relacionados a pares con los dominios de

dichos atributos. Son la unión de dos tablas las cuales tienen el mismo nombre del
campo para su relación.
Ejemplo:
Tabla Docente
Id Autonumeración
Ultimo grado de estudios Texto
Sueldo Calculado
Tabla Docente-Materias
Id Autonumeración
Materia asignada Texto
Horas por materia Número
o Representación de tablas: Una base de datos que se ajusta a un diagrama E-R puede
representarse por medio de una colección de tablas. Para cada conjunto de entidades y para
cada conjunto de relaciones existe una tabla única a la que se le asigna el nombre del
conjunto de entidades, o el nombre de conjunto de relaciones correspondiente. Cada tabla
tiene un número de columnas con nombres únicos. El modelo entidad-relación es el modelo
conceptual más utilizado para el diseño conceptual de bases de datos. Fue introducido por
Peter Chen en 1976. El modelo entidad-relación está formado por un conjunto de conceptos
que permiten describir la realidad mediante un conjunto de representaciones gráficas y
lingüísticas.
Una base de datos que se ajusta a un diagrama E-R puede representarse por medio de una colección
de tablas. Para cada conjunto de entidades y para cada conjunto de relaciones existe una tabla única
a la que se le asigna el nombre del conjunto de entidades, o el nombre de conjunto de relaciones
correspondiente. Cada tabla tiene un número de columnas con nombres únicos. (Vea el diagrama
en la página 34)
Practica 1 – Paso al modelo relacional partiendo del Modelo Entidad/Relación.
o Claves primarias y ajenas:

Clave primaria: Campo o a una combinación de campos que identifica de forma única a
cada fila de una tabla. Una clave primaria comprende de esta manera una columna o
conjunto de columnas. No puede haber dos filas en una tabla que tengan la misma clave
primaria.
Una clave primaria debe identificar a todas las posibles filas de una tabla y no únicamente
a las filas que se encuentran en un momento determinado. Ejemplos de claves primarias
son DNI (asociado a una persona) o ISBN (asociado a un libro). Las guías telefónicas y
diccionarios no pueden usar nombres o palabras o números del sistema decimal de Dewey
como claves candidatas, porque no identifican unívocamente números de teléfono o
palabras.
El modelo relacional, según se lo expresa mediante cálculo relacional y álgebra relacional,

no distingue entre clave primaria y otros tipos de claves. Las claves primarias fueron
agregadas al estándar SQL principalmente para conveniencia del programador. En una
arquitectura entidad-relación, la clave primaria permite las relaciones de la tabla que tiene
la clave primaria con otras tablas que van a utilizar la información de esta tabla.
Clave ajenas: Es un campo que sirve para mantener la integridad de la información en la

base de datos. Por ejemplo, en la tabla Pedido, este campo evitará que se ingrese un valor
en el campo Cliente que no exista en la tabla Clientes (No poder asignarle un pedido a un
cliente que no exista), además te permitirá que no elimines al Cliente si tiene información
relacionada con él (No poder eliminar el Cliente 1 pues tiene pedidos). Al Cliente con DNI 2
si lo podrías eliminar porque no tiene pedidos.
o Reglas de integridad: Originalmente, el modelo entidad-relación sólo incluía los

conceptos de entidad, relación y atributo. Más tarde, se añadieron otros conceptos, como
los atributos compuestos y las jerarquías de generalización, en lo que se ha denominado
modelo entidad-relación extendido.
o Transformación de entidades:
Transformación de entidades débiles: Las entidades débiles se traducen al modelo relacional igual
que el resto de entidades, con una pequeña diferencia. Estas entidades siempre están en el lado N
de una interrelación 1:N que completa su identificación.
Así pues, la clave foránea originada por esta interrelación 1:N debe formar parte de la clave primaria
de la relación correspondiente a la entidad débil.
Ejemplo de transformación de entidad débil

Lo explicaremos con un ejemplo:
Este ejemplo se transforma tal y como se muestra a continuación:
Observa que la clave foránea {nombre} forma parte también de la clave primaria de
DESPACHO.
Si no fuese así, y la clave primaria contuviese sólo el atributo número, los despachos no quedarían
totalmente identificados, teniendo en cuenta que puede haber despachos situados en edificios
diferentes que tengan el mismo número.
Transformación de entidades asociativas: Una entidad asociativa tiene su origen en una

interrelación. En consecuencia, sucede que la transformación de la interrelación originaria es, al
mismo tiempo, la transformación de la entidad asociativa.
Ejemplo de transformación de una entidad asociativa
Veamos un ejemplo, que incluye una entidad asociativa interrelacionada con otra entidad:
La transformación del ejemplo anterior será:
Tal y como se puede observar, la traducción de la interrelación recorrido es, al mismo tiempo, la
traducción de su entidad asociativa.
La relación REPARTO nos ilustra la transformación de una interrelación en la que participa una
entidad asociativa. Puesto que se trata de una interrelación M:N entre recorrido y ciudad, una parte
de la clave primaria de REPARTO referencia la clave de RECORRIDO, y el resto, la clave de CIUDAD.
Resumen de la transformación del modelo ER al modelo relacional La tabla que mostramos a

continuación resume los aspectos más básicos de las transformaciones que hemos descrito en las
secciones anteriores, con el objetivo de presentar una visión rápida de los mismos:
Ejemplo: base de datos del personal de una entidad bancaria
En este apartado aplicaremos las transformaciones que hemos explicado en el caso práctico de la
base de datos del personal de una entidad bancaria. Antes hemos presentado el diseño conceptual
de esta base de datos. A continuación, veremos su transformación al modelo relacional.
Empezaremos por transformar todas las entidades en relaciones y todas las interrelaciones
1:1 y 1:N en claves foráneas de estas relaciones.
Observa que, en la transformación de la generalización/especialización correspondiente a la entidad
empleado, hemos situado los atributos comunes a la relación EMPLEADO y los atributos específicos
se han situado en las relaciones FIJO y TEMPORAL.
En la relación AGENCIA, el atributo nombre-ciudad es una clave foránea y al mismo tiempo forma
parte de la clave primaria porque agencia es una entidad débil que requiere la interrelación situación
para ser identificada.
Veamos ahora las relaciones que se obtienen a partir de la transformación de las interrelaciones
binarias y n-varias:
Para elegir las claves primarias adecuadas, se ha tenido en cuenta la conectividad de las
interrelaciones.
o Transformación de relaciones: Para transformar un modelo entidad-relación a modelo
relacional seguiremos las siguientes reglas:
Toda entidad del modelo entidad-relación se transforma en una tabla.
Cualquier atributo de una entidad se transforma en un campo dentro la tabla, manteniendo las
claves primarias.
Las relaciones N: Se transforman en una nueva tabla que tendrá como clave primaria la
concatenación de los atributos clave de las entidades que relaciona.
En las relaciones 1:N se pueden tener dos casos: Si la entidad que participa con cardinalidad máxima
uno lo hace también con cardinalidad mínima uno, entonces se propaga el atributo de la entidad
que tiene cardinalidad máxima 1 a la que tiene cardinalidad máxima N, desapareciendo el nombre
de la relación. Si existen atributos en la relación éstos también se propagarán.
Si la entidad que participa con cardinalidad máxima uno lo hace también cardinalidad mínima cero,
entonces se crea una nueva tabla formada por las claves de cada entidad y los atributos de la
relación. La clave primaria de la nueva tabla será el identificador de la entidad que participa con
cardinalidad máxima N.
Práctica 1. Realiza un diagrama E-R de Academia de clases.
Crear un diseño entidad relación que permita controlar el sistema de información de una academia
de cursos siguiendo estas premisas:
Se dan clases a trabajadores y desempleados. Los datos que se almacenan de los alumnos son el Id
empleado, dirección, nombre, teléfono y la edad
Además de los que trabajan necesitamos saber el nombre, teléfono y dirección de la empresa en la
que trabajan
Los cursos que imparte la academia se identifican con un código de curso. Además se almacena el
programa del curso, las horas de duración del mismo, el título y cada vez que se imparte se anotará
las fechas de inicio y fin del curso junto con un número concreto de curso (distinto del código) y los
datos del profesor o profesora (sólo uno por curso) que son: Id, nombre, apellidos, dirección y
teléfono
Se almacena la nota obtenida por cada alumno en cada curso teniendo en cuenta que un mismo
alumno o alumna puede realizar varios cursos y en cada cual obtendrá una nota.
Práctica 2. Realiza un diagrama E-R Geografía
Crear un diseño entidad relación que permita almacenar datos geográficos referidos a España:
Se almacenará el nombre y población de cada localidad, junto con su nombre y los datos de la
provincia a la que pertenece la localidad, su nombre, población y superficie.
Necesitamos también conocer los datos de cada comunidad autónoma, nombre, población y
superficie y por supuesto las localidades y provincias de la misma
Para identificar a la provincia se usarán los dos primeros dígitos del código postal. Es decir 34 será
el código de Palencia y 28 el de Madrid
Necesitamos saber qué localidad es la capital de cada provincia y cuáles lo son de cada comunidad
Práctica 3. Realiza un diagrama E-R Guerras
Diseñar un modelo entidad/relación que almacene los datos de todas las guerras de la historia de
modo que:
Se almacene el año en el que empezó la guerra y el año en que terminó, así como su nombre y el de
los países contendientes, pudiendo indicar además quienes fueron los ganadores.
Hay que tener en cuenta que los países se pueden unir a la guerra a uno u otro bando (suponemos
que solo hay dos bandos) después de comenzada la guerra (como EEUU en la 2ª guerra mundial) y
que incluso pueden abandonar la guerra antes de que esta finalice (como Rusia en la 1ª guerra
mundial)
Los países que se almacenan en la base de datos pueden no ser países actualmente (como Prusia,
Aragón, Asiria, etc.) por lo que se ha contemplado que en la base de datos se almacenen los años
en los que el país ha sido independiente, teniendo en cuenta que hay países que ha habido
momentos en los que ha sido independiente y otros en los que no (por ejemplo Croacia). Bastará
con almacenar los periodos en los que ha sido independiente.
Práctica 4. Realiza un diagrama E-R Almacén
Se trata de crear una base de datos sobre un almacén de piezas de modo que:
Cada pieza se identifica con dos letras (tipo, por ejemplo TU=tuerca) y un número (modelo, por
ejemplo 6).
Almacenamos un atributo que permite saber la descripción de cada tipo de pieza.
Necesitamos conocer el precio al que vendemos cada pieza.
Además hay piezas que se componen de otras piezas, por ejemplo una puerta se compone de una
hoja de madera, una bisagra y un picaporte. Incluso una pieza puede estar compuesta de otras
piezas que a su vez pueden estar compuestas por otras y así sucesivamente.
Tenemos una serie de almacenes de los que guardamos su número, descripción, dirección y el
nombre de cada estantería de almacén. Cada estantería se identifica por tres letras.
Necesitaremos saber la cantidad de piezas que tenemos en cada almacén y saber en qué estanterías
están las piezas buscadas.
Práctica 5. Realiza un diagrama E-R Vuelos
Crear el esquema entidad/relación que permita gestionar reservas de vuelos, de modo que:
Los clientes pueden reservar vuelos. Con la reserva se pueden reservar varias plazas, pero no
poseeremos el número de asiento hasta obtener la tarjeta de embarque. En ese instante se asignará
el asiento que tiene como identificación la fila, columna y la planta en la que está situado.
Se pueden obtener tarjetas de embarque sin tener reserva
Las tarjetas de embarque se refieren a un único cliente. De modo que aunque reserváramos nueve
plazas, cada cliente podrá sacar su tarjeta de embarque indicando el número de reserva, la fecha de
la misma y sus datos personales (Id, nombre, apellidos, dirección y teléfono). Además la persona
que reserva debe indicar una tarjeta de crédito que quedará asociada a esa persona.
El vuelo que se reserva tiene un código único, una fecha y una hora de salida y de llegada y un
aeropuerto de salida y otro de llegada
Los aeropuertos poseen un código único, además del nombre y la localidad y el país en el que se
encuentran
Se guarda información sobre los aviones, código y número de plazas. Los vuelos sólo les puede
realizar un avión determinado, pero el mismo avión puede realizar (como es lógico) otros vuelos.
Práctica 6. Realiza un diagrama E-R Accidentes geográficos
Realizar un esquema entidad/relación que sirva para almacenar información geográfica. Para ello
hay que tener en cuenta
Se almacenan los siguientes accidentes geográficos: ríos, lagos y montañas
De cada accidente se almacenan su posición horizontal y vertical según el eje de la tierra, además
de su nombre
De los ríos se almacena su longitud, de las montañas su altura y de los lagos su extensión
Se almacena también información sobre cada país, su nombre, su extensión y su población
Se desea almacenar información que permite saber en qué país está cada accidente geográfico,
teniendo en cuenta que cada accidente puede estar en más de un país.
Se almacena también los nombres de cada localidad del planeta. Y se almacena por qué localidades
pasa cada río.
Práctica 7. Realiza un diagrama E-R Empresa de Software
Realizar un esquema entidad/relación que permita modelar el sistema de información de una

empresa de software atendiendo las siguientes premisas
La empresa crea proyectos para otras empresas. De dichas empresas se almacena el CIF, nombre,
dirección y teléfono así como un código interno de empresa.
Los proyectos se inician en una determinada fecha y finalizan en otra. Además al planificarle se
almacena la fecha prevista de finalización (que puede no coincidir con la finalización real)
Los proyectos los realizan varios trabajadores, cada uno de ellos desempeña una determinada
profesión en el proyecto (analista, jefe de proyecto, programador,…), dicha profesión tiene un
código de profesión. En el mismo proyecto puede haber varios analistas, programadores,…
Todos los trabajadores tienen un código de trabajador, un Id, un nombre y apellidos. Su profesión
puede cambiar según el proyecto: en uno puede ser jefe y en otro un programador
Se anota las horas que ha trabajado cada trabajador en cada proyecto.
Puede haber varios proyectos que comiencen el mismo día.
A todas las empresas les hemos realizado al menos un proyecto
Todos los trabajadores han participado en algún proyecto
En la base de datos, la profesión “administrador de diseño” no la ha desempeñado todavía ningún
trabajador o trabajadora.
Práctica 8. Realiza un diagrama E-R Empresa de comidas
Crear un diseño entidad/relación para una empresa de comidas. En la base de datos tienen que
figurar:
El nombre y apellidos de cada empleado, su Id y su número de SS además del teléfono fijo y el móvil.
Algunos empleados/as son cocineros/as. De los cocineros y cocineras anotamos (además de los
datos propios de cada empleado) sus años de servicio en la empresa.
Hay empleados/as que son pinches. De los y las pinches anotamos su fecha de nacimiento.
La mayoría de trabajadores no son ni pinches ni cocineros/as
En la base de datos figura cada plato (su nombre como “pollo a la carloteña”, “bacalo al pil-pil”,…),
el precio del plato junto con los ingredientes que lleva. Anotamos también si cada plato es un
entrante, un primer plato, segundo plato o postre
De los ingredientes necesitamos la cantidad que necesitamos de él en cada plato y en qué almacén
y estantería del mismo le tenemos.
Cada almacén se tiene un nombre (despensa principal, cámara frigorífica A, cámara frigorífica B…),
un número de almacén y una descripción del mismo.
Cada estante en el almacén se identifica con dos letras y un tamaño en centímetros. Dos almacenes
distintos pueden tener dos estantes con las mismas letras.
Necesitamos también saber qué cocineros son capaces de preparar cada plato.
Cada pinche está a cargo de un cocinero o cocinera.
La cantidad de ingredientes en cada estantería de un almacén se actualiza en la base de datos al
instante. SI cogemos dos ajos de un estante, figurará al instante que tenemos dos ajos menos en
ese estante. Es necesario por lo tanto saber los ingredientes (cuáles y en qué número) que tenemos
en cada estante.
Práctica 9. Realiza un diagrama E-R Red social.
Crear un diseño entidad/relación que permita modelar un sistema que sirva para simular el
funcionamiento de una red social, teniendo en cuenta lo siguiente:
Los usuarios de la red social se identifican con un identificador y una contraseña. Además se
almacena de ellos:
Su nombre, apellidos, dirección, teléfono (puede tener varios teléfonos) e e-mail (el e-mail no tiene
que poder coincidir con el de otro usuario) y una foto
Si los usuarios son celebridades, de ellos no aparecerá ni el email ni la dirección ni el teléfono.
Los usuarios pueden tener una serie de contactos, que en realidad son otros usuarios. De cada
contacto se puede almacenar un comentario que es personal y que sirve para describir al contacto.
Los usuarios pueden organizar sus contactos en grupos de los cuales se almacena un nombre y
deberemos saber los contactos que contiene. El mismo contacto puede formar parte de varios
grupos.
Además cada usuario puede tener una lista de usuarios bloqueados a fin de que no puedan
contactar con él
Los usuarios pueden publicar en la red comentarios, los cuales se puede hacer que los vea todo el
mundo, que los vea uno o varios de los grupos de contactos del usuario o bien una lista concreta de
usuarios. Los comentarios pueden incluir un texto y una imagen.
Práctica 10. Realiza un diagrama E-R Menú diario
Crear un esquema Entidad/relación que represente un modelo para llevar los datos que maneja un
restaurante de menús diarios. Teniendo en cuenta que:
Sólo interesa llevar los datos de los menús diarios a la hora de la comida, nada más del restaurante
Cada menú se compone de una serie de posibles platos. Cada plato se puede repetir en diferentes
días. Los platos pueden ser primer plato, segundo plato o postres.
De cada plato se almacena el nombre (por ejemplo Arroz negro con setas) y una pequeña
descripción.
De los menús almacenamos la fecha en la que se ofrece el menú, el número de personas que han
tomado menú ese día. Además almacenamos la cantidad de cada plato que se ha tomado ese día.
Se almacena también la temperatura que hacía el día del menú para así poder analizar las
temperaturas y los platos exitosos.
Actividad 1 – Investigación en Internet.

Instrucciones: Investiga en internet e imprime cuales son los tipos de datos que contiene Access
2010, descripción y un ejemplo.
Nota: Es importante anotar la página en la cual fue encontrada la investigación.

Diseña la estructura lógica de la base de datos, mediante la normalización de

los esquemas relacionales.
Nombre del Alumno:

Grupo: NL: Fecha:
Rubros
obtenidas
30% Prácticas

Evaluación.
___________________________________________
Firma del Docente
___________________________________________
___________________________________________
LISTA DE ACTIVIDADES PROGRAMADAS EN EL R.A. 1.3. (PONDERACION 20%)
NL: ________ Grupo: ________
ACTIVIDAD (20%)
FECHA DE
ELABORACIÓN
1 – Comando para cambiar 10%
los registros de una columna
de Mysql.
2 - Busca en internet el 10%
comando para realizar
una suma en Mysql.
Total
PRACTICAS (30%)
FECHA DE
ELABORACIÓN
1 – Crea una Bd – 0.6%
Academia de clases en
Mysql con 10 registros.
2 – Supresión de tablas, con 0.6%
la Bd – Geografía.
3 – Modificación de tablas 0.6%
– Bd vuelos.
4 – Relaciones 0.6%
5 – Crea una Bd – Vuelos 0.6%
en Mysql.
Total
FECHA DE
ELABORACIÓN
Elabora una base de datos de cualquier empresa donde apliques los comandos de:
- Creación de BD.
- Supresión de tablas.
- Muestra todas las tablas
- Muestre todas las BD.
- Modificar campos y registros.
- Relaciones.
- Uso de la herramienta case.
- Capturar 10 registros
- Mostrar el contenido de las tablas creadas (Mínimo 2)
Desarrollo y diseño físico 20%

Uso de la herramienta case 10%
Presentación de resultados 5%
Actitud. 5%
Total
Resultado de aprendizaje: 1.3. Desarrolla el diseño físico de la base de datos partiendo del
esquema lógico.
Actividad de evaluación: 1.3.1. Desarrolla e implementa el diseño físico de la base datos de
acuerdo al diseño relacional determinado en la actividad de evaluación 1.2.1
A. Instalación y configuración del Sistema Gestor de Bases de Datos.

Objetivo: Instalará programas para la creación de bases de datos.
Competencias
Piensa crítica y reflexivamente Comunicación * Analizar requerimientos de
5. Desarrolla innovaciones y Aplica las tecnologías de la procesamiento y sistematización
propone soluciones a problemas a información y la comunicación en el de información de áreas específicas
partir de métodos establecidos. diseño de estrategias para la considerando los requisitos del
Atributo 3. Sigue instrucciones y difusión de productos y servicios, usuario para atender necesidades
usuario.
o Instalación del Sistema Gestor de Bases de Datos: Instalaran el programa de Access

2010 y MySQL.
o Entorno de trabajo: Muestra el programa en el cual podemos crear bases de datos.
ACCESS 2010: En este programa podemos crear bases de datos con diseños gráficos para
que el cliente observe mejor su programa.
MySQL: En este programa tenemos que teclear el código de cada una de la sintaxis para
crear una base de datos.
B. Elaboración del diseño físico y su implementación en el sistema gestor.

Objetivo: El alumnos creará bases de datos, tablas, eliminara tablas, modificación y relaciones entre
tablas.
Competencias
usuario.
Actividad 1 –Cambia los registros de una columna.

Instrucciones: Busca el Comando para cambiar los registros de una columna de Mysql.
Contraseñas posibles para entrar al programa de Mysql
 Conalep075
 CONALEP075
 Enter o intro
 CONALEP
TIPOS DE DATOS EN MYSQL

Tipo de Función
Dato o
Tipo de
Variable
VARCHAR Permite poner un registro de texto, puede contener de 0 hasta 255 caracteres.
INT Permite poner un registro de tipo entero.
DATE Permite capturar un registro de tipo fecha (año-mes-día) El rango de valores va
desde el 1 de enero del 1001 al 31 de diciembre de 9999.
FLOAT Permite poner un número con punto decimales. Ejemplo 9.4892
YEAR Permite almacenar el año.
CHAR Permite almacenar números de 0 a 255 caracteres.
 Creación de bases de datos
CREATE DATABASE: Permite crear una base de datos en Mysql.

Ejemplo
USE: Permite abrir una bases de datos para empezar a trabajar.

Ejemplo
 Creación de tablas
CREATE TABLE: Nos permite crear una tabla.

Ejemplo:
INSERT INTO N_TABLA VALUES: Nos permite insertar un registro en la tabla con el nombre que se
le especifique.
Ejemplo:
SELECT *FROM N_TABLA: Muestra la tabla y su contenido.
Ejemplo:
Nombre_del_docente
Practica 1 –Creación de base de datos y creación de tablas.

Instrucciones: Crea la base de datos de Academia de clases e insértales 10 registros a cada tabla.
 Supresión de tablas
DROP TABLE NOMBRE_DE_LA TABLA: Elimina una tabla de Mysql.

Ejemplo:
 Elimina una fila
DELETE FROM NOMBRE_DE_LA TABLA WHERE NOMBRE_DEL_CAMPO=’TEXTO’; Elimina una

fila que cumpla con la condición especificada de la tabla.
Ejemplo:
Practica 2 –Supresión de tablas.
Instrucciones: Crea la base de datos de Geografía, agrégale 10 registros y al final elimina la tablas
creadas.
 Modificación de tablas
Alter table nombre_tabla change nombre_campo_a_cambiar nombre_del_nuevo_campo

tipo de dato (Numero de caracteres); Modifica el nombre de un campo y su tipo de dato en
Mysql.
Ejemplo:
Mostramos la tabla alumnos

y queremos modificar el
nombre del campo, su tipo
de dato y el número de
caracteres a capturar.
Update nombre_de_la_tabla set nombre_del_campo=”texto que se va a modificar en toda la

columna”; Modifica la información contenida en toda la columna.
Ejemplo:
Practica 3 –Modificación de tablas.

Instrucciones: Crea la base de datos de Vuelos, agrégale 10 registros, modifica uno de los campos
por un nombre similar, deja su mismo tipo de dato y numero de caracteres a capturar.
Modifica todos los registros capturados en una de las columnas por “Conalep 075”.
 Relaciones
Es una característica especial que hace que podamos trabajar con varias tablas relacionadas a
través de un campo en común.
Pasos para crear una Relación en Mysql.

1. Crear la BD.
2. Abrir la BD.
3. Necesitamos crear la tabla préstamo donde especificaremos la clave primaria
4. Crear la tabla empleados donde vamos a declarar el mismo campo de la tabla préstamo
como clave primaria.
5. Crear la tabla empleado e insertar los registros.
6. Insertar los registros de la tabla prestamo.
7. Insertamos la clave foránea es para realizar la relación entre las 2 tablas.
Una vez que se insertó la clave primaria mostramos la tabla y aparecerá de la siguiente manera en
la columna key Mull donde significa que ya hay una relación entre las 2 tablas.
8. Para realizar una condición de las dos tablas.
Practica 4 –Relaciones.
Instrucciones: Crea la base de datos Conalep donde utilices las siguientes tablas y relaciónalas.
Tabla Docente Tabla Grupo

Nombre Nombre_del_alumno
Materia Matricula
Grupo Materia
Turno
Actividad 2 –Suma en Mysql.

Instrucciones: Busca en internet el comando para realizar una suma en Mysql.
C. Uso de la herramienta CASE para desarrollo de bases de datos.
Objetivo: El alumno usara la herramienta CASE.
Competencias
usuario.
 Herramienta CASE
Permite comparar una expresión con varios casos específicos, donde cada caso tomará un rumbo
distinto. Sería como decir “¿Se cumple el caso 1?...¿no?, entonces ¿Se cumple el caso 2?...¿no?... se
cumple el enésimo caso?...¿no? si se cumple un caso, entonces se ejecutan las instrucciones dadas
y termina el case.
Ejemplo:
Desarrolla e implementa el diseño físico de la base datos de acuerdo al

diseño relacional determinado en la actividad de evaluación 1.2.1
Nombre del Alumno:

Grupo: NL: Fecha:
Rubros
obtenidas
30% Prácticas

Evaluación.
___________________________________________
Firma del Docente
___________________________________________
___________________________________________
TABLA DE PORCENTAJE ACUMULADO DE LA UNIDAD 1
Total de porcentaje acumulado de cada uno de los resultados de aprendizaje del alumno de la
unidad 1.
Porcentaje mínimo aprobatorio: 38.5% de 55%
Nombre del Alumno:

Grupo: NL: Fecha:
ACTIVIDAD
% PESOS % DE PESO
UNIDAD R.A. DE
ESPECIFICO LOGRADO
EVALUACIÓN
1. Diseño de 1.1. 1.1.1. 15%
bases de datos
relacionales. 1.2. 1.2.1. 20%
1.3. 1.3.1. 20%
Porcentaje
Total de la
unidad 1
___________________________________________
Firma del Docente
___________________________________________
___________________________________________

Construccion de Base de Datos Cobd Datos

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Construccion de Base de Datos Cobd Datos

Cargado por

Copyright:

Formatos disponibles

CONSTRUCCIÓN DE BASE

DATOS DEL ALUMNO

Grupo: ____________ NL: ____________

DOCENTE: P.T. VIRGINIA PATIÑO LÓPEZ

Construcción de base de Programación con

7. Mapa del módulo

Nombre del alumno(a): _______________________________________________

Nota: Todo esto se

Nota importante: Si el alumno tiene baja calificación en alguna

Nombre del alumno: ____________________________________________________

A. Identificación y evolución de los modelos de datos.

Objeto semántico: Es una representación de algunas cosas identificables en el ambiente de trabajo

• Campos: Son las características específicas de la tabla.

• Registros: Es el texto que se captura en los campos.

Actividad 1 – Resumen de lo aprendido

 Requisitos de un SGBD: Un modelo, un conjunto de herramientas conceptuales para

Sistema Gestor de Base de Datos: Conjunto de programas que permiten la administración y

En general, el sistema gestor de bases de datos (SGBD) se encargará de organizar el correcto

- Facilitar la administración de la base de datos y del propio SGBD: Lógicamente, el diseño de la

- Independencia de los datos respecto de las aplicaciones que los utilizan.

 Herramientas de programación: Muchos SGBD ofrecen la posibilidad de crear las

• D2 DE IBM: La familia de productos DB2 Universal Database de IBM consiste en servidores de

• POSTGRESQL. Es un gestor de bases de datos orientadas a objetos (SGBDOO o ORDBMS en sus

 Arquitectura Cliente/Servidor: Es la parte del servidor y la segunda la de un conjunto de

 Bases de datos distribuidas: Una base de datos distribuida (BDD) es un conjunto de

En un sistema distribuido de bases de datos se almacenan en varias computadoras. Los

• Hay múltiples computadores, llamados sitios o nodos.

• Cardinalidad de las relaciones: Dado un conjunto de relaciones en el que participan dos o

Dado un conjunto de relaciones binarias y los conjuntos de entidades A y B, la correspondencia de

Rectángulo: Tabla (Es el nombre que le damos a la tabla de acuerdo a su contenido)

Rombo: Relación (Es la unión de 2 o más tablas)

A partir del siguiente enunciado:

A partir del siguiente enunciado:

A partir del siguiente enunciado:

Diseño conceptual de una base de datos, que atienda las necesidades de

Nombre del Alumno:

Nota: Todo esto se Actividad de Evaluación

Nombre y Firma del Alumno

Firma del Docente

Nombre y Firma de Enterado del Padre o Tutor

Nombre del alumno: ____________________________________________________

6 - Diagrama E-R – 0.3%

A. Elaboración del modelo relacional basado en el modelo entidad/relación.

o Concepto: Modelo relacional, modelo ER). Es un tipo de modelo de datos conceptual de

Tuplas: Conjunto de nombres de atributos relacionados a pares con los dominios de

Practica 1 – Paso al modelo relacional partiendo del Modelo Entidad/Relación.

o Claves primarias y ajenas:

El modelo relacional, según se lo expresa mediante cálculo relacional y álgebra relacional,

Clave ajenas: Es un campo que sirve para mantener la integridad de la información en la

o Reglas de integridad: Originalmente, el modelo entidad-relación sólo incluía los

Ejemplo de transformación de entidad débil

Transformación de entidades asociativas: Una entidad asociativa tiene su origen en una

Ejemplo de transformación de una entidad asociativa

Resumen de la transformación del modelo ER al modelo relacional La tabla que mostramos a

Toda entidad del modelo entidad-relación se transforma en una tabla.

Práctica 1. Realiza un diagrama E-R de Academia de clases.

Práctica 2. Realiza un diagrama E-R Geografía

Práctica 4. Realiza un diagrama E-R Almacén

Práctica 5. Realiza un diagrama E-R Vuelos

Práctica 6. Realiza un diagrama E-R Accidentes geográficos

Práctica 7. Realiza un diagrama E-R Empresa de Software

Realizar un esquema entidad/relación que permita modelar el sistema de información de una

Práctica 9. Realiza un diagrama E-R Red social.

Grupo: NL: