Este documento presenta información sobre la historia y evolución de las bases de datos, incluyendo las primeras bases de datos jerárquicas y en red, el desarrollo del modelo relacional y SQL, y el surgimiento de bases de datos orientadas a objetos. También define diagramas de entidad-relación y proporciona detalles sobre dos ejercicios de bases de datos que incluyen diagramas, diseños de tablas y consultas.

1. Centro Bachillerato Técnico Industrial
y de Servicios no.172
1
Presenta: Ana Karen Villafuerte Belmán
BASE DE DATOS II
Esperanza Pescador Espitia
Regresar

2. Índice
INTRODUCCIÓN ............................................................................................ 3
HISTORIA Y EVOLUCIÓN DE LAS BASES DE DATOS .......................................... 4
DEFINICIÓN DE DIAGRAMA ENTIDAD-RELACIÓN ......................................... 10
HISTORIA DEL DIAGRAMA ENTIDAD RELACIÓN .............................................. 11
HISTORIA Y EVOLUCIÓN DE SQL................................................................... 11
COMANDOS DE SQL .................................................................................... 13
ENUNCIADO ................................................................................................. 17
DIAGRAMA ENTIDAD RELACIÓN DE BETA .................................................... 17
DIAGRAMA ENTIDAD RELACIÓN .................................................................. 18
DISEÑO DE TABLAS ....................................................................................... 19
TABLAS........................................................................................................ 22
CONSULTAS O QUERY’S ............................................................................... 25
ITESO .......................................................................................................... 39
ENUNCIADO ................................................................................................ 40
DIAGRAMA ENTIDAD RELACIÓN .................................................................. 41
DISEÑO DE TABLAS................................................................................... 42
TABLAS........................................................................................................ 45
QUERY’S ...................................................................................................... 49
Regresar
2

3. 3
Introducción
La finalidad de este proyecto es dar a conocer a los demás como fue la historia y
como ha sido la evolución de las bases de datos a través de este tiempo así
Regresar

4. como también mostrar cuales son los comandos que se utilizan, la historia del
diagrama entidad relación así como mostrar un ejercicio de cómo hacer una
práctica de base de datos mostrando en él un diagrama entidad relación, tablas
y consultas o Query’s.
4
Historia y evolución de las bases de datos
La automatización de las tareas de procesamiento de datos precede a las computadoras. Las
tarjetas perforadas, inventadas por Hollerith, se usaron en los principios del siglo XX para
registrar los datos del censo de los EE.UU., y se usaron sistemas mecánicos para procesar
las tarjetas y para tabular los resultados. Las tarjetas perforadas posteriormente se usaron
ampliamente como medio para introducir datos en las computadoras.
Regresar

5. Se dice que los sistemas de bases de datos tienen sus raíces en el proyecto estadounidense
Apolo de mandar al hombre a la luna, en los años sesenta. En aquella época, no había ningún
sistema que permitiera gestionar la inmensa cantidad de información que requería el proyecto.
La primera empresa encargada del proyecto, NAA (North American Aviation), desarrolló un
software denominado GUAM (General Update Access Method) que estaba basado en el
concepto de que varias piezas pequeñas se unen para formar una pieza más grande, y así
sucesivamente hasta que el producto final está ensamblado. Esta estructura, que tiene la
5
forma de un árbol, es lo que se denomina una estructura jerárquica.
Las técnicas de almacenamiento de datos han evolucionado a lo largo de la historia:
Década de 1950 y principios de 1960
Se desarrollan las cintas magnéticas para el almacenamiento de datos. Las tareas de
procesamiento de datos tales como las nóminas fueron automatizadas, con los datos
almacenados en cintas. El procesamiento de datos consistía en leer datos de una o más
cintas y escribir datos en una nueva cinta. Los datos también se
podían introducir desde
paquetes de tarjetas perforadas e impresos en impresoras. Por ejemplo, los aumentos de
sueldo se procesaban introduciendo los aumentos en las tarjetas perforadas y leyendo el
paquete de cintas perforadas en sincronización con una cinta que contenía los detalles
maestros de los salarios. Los registros debían estar igualmente ordenados. Los aumentos de
sueldo tenían que añadirse a los sueldos leídos de la cinta maestra, y escribirse en una nueva
cinta; esta nueva cinta se convertía en la nueva cinta maestra. Las cintas solo se podían leer
secuencialmente, y los tamaños de datos eran mucho mayores que la memoria principal; así,
los programas de procesamiento de datos tenían que procesar los datos según un
determinado orden, leyendo y mezclando datos de cintas y paquetes de tarjetas perforadas.
Finales de la década de 1960 y la década de 1970
El amplio uso de los discos fijos a finales de la década de los 60 cambió en gran medida el
escenario del procesamiento de datos, ya que los discos fijos permitieron el acceso directo a
los datos. La ubicación de los datos en disco no era importante, ya que a cualquier posición
Regresar

6. del disco se podía acceder en sólo decenas de milisegundos. Los datos se liberaron de la
tiranía de la secuencialidad. Con los discos pudieron desarrollarse las bases de datos de red y
jerárquicas, que permitieron que las estructuras de datos tales como listas y árboles pudieran
almacenarse en disco. Los programadores pudieron construir y manipular estas estructuras de
datos.
El sistema de red se desarrolló, en parte, para satisfacer la necesidad de representar
relaciones entre datos más complejas que las que se podían modelar con los sistemas
jerárquicos, y, en parte, para imponer un estándar de bases de datos. Para ayudar a
establecer dicho estándar, CODASYL (Conference on Data Systems Languages), formado por
representantes del gobierno de EEUU y representantes del mundo empresarial, formaron un
grupo denominado DBTG (Data Base Task Group), cuyo objetivo era definir unas
especificaciones estándar que permitieran la creación de bases de datos y el manejo de los
datos. El DBTG presentó su informe final en 1971 y aunque éste no fue formalmente aceptado
por ANSI (American National Standards Institute), muchos sistemas se desarrollaron
siguiendo la propuesta del DBTG. Estos sistemas son los que se conocen como sistemas de
red, o sistemas CODASYL o DBTG.
Los sistemas jerárquico y de red constituyen la primera generación de los SGBD. Pero estos
sistemas presentan algunos inconvenientes:

Es necesario escribir complejos programas de aplicación para responder a cualquier
tipo de consulta de datos, por simple que ésta sea.

La independencia de datos es mínima.

No tienen un fundamento teórico.
Un artículo histórico de Codd definió el modelo relacional y formas no procedimentales de
consultar los datos en el modelo relacional, y nacieron las bases de datos relacionales. La
simplicidad del modelo relacional y la posibilidad de ocultar completamente los detalles de
implementación al programador fueron realmente atractivas.
Década de 1980
Regresar
6

7. Aunque académicamente interesante, el modelo relacional no se usó inicialmente en la
práctica debido a sus inconvenientes por el rendimiento; las bases de datos relacionales no
pudieron competir con el rendimiento de las bases de datos de red y jerárquicas existentes.
Esta situación cambió con System R, un proyecto innovador en IBM Research que desarrolló
técnicas para la construcción de un sistema de base de datos relacionales eficiente. En los
principios de la década de 1980 las bases de datos relacionales llegaron a competir con los
sistemas de bases de datos jerárquicas y de red incluso en el área de rendimiento. Las bases
de datos relacionales fueron tan sencillas de usar que finalmente reemplazaron a las bases de
datos jerárquicas y de red; los programadores que usaban estas bases de datos estaban
forzados a tratar muchos detalles de implementación de bajo nivel y tenían que codificar sus
consultas de forma procedimental. Aún más importante, debían tener presente el rendimiento
durante el diseño de sus programas, lo que implicaba un gran esfuerzo. En cambio, en una
base de datos relacional, casi todas estas tareas de bajo nivel se realizan automáticamente
por la base de datos, liberando al programador en el nivel lógico. La década de 1980 también
fue testigo de una gran investigación en las bases de datos paralelas y distribuidas, así como
del trabajo inicial de las bases de datos orientadas a objetos.
Principio de la década de 1990
El lenguaje SQL se diseñó fundamentalmente para las aplicaciones de ayuda a la toma de
decisiones, que son intensivas en consultas, mientras que el objetivo principal de las bases de
datos en la década de 1980 fue las aplicaciones de un procesamiento de procesamiento de
transacciones, que son intensivas en actualizaciones. La ayuda a la toma de decisiones y las
consultas reemergieron como una importante área de la aplicación para las bases de datos.
Las herramientas para analizar grandes cantidades de datos experimentaron un gran
crecimiento de uso.
Finales de la década de 1990
Regresar
7

8. El principal acontecimiento fue el crecimiento explosivo del World Wide Web. Las bases de
datos se implementaron mucho más extensivamente que nunca antes. Los sistemas de bases
de datos tienen ahora soporte para tasas de transacciones muy altas, así como muy alta
fiabilidad y disponibilidad 24 x 7. Los sistemas de base de datos también tuvieron interfaces
Web a los datos.
8
Actualidad
Hoy en día, existen cientos de SGBD relacionales, tanto para microordenadores como para
sistemas multiusuario, aunque muchos no son completamente fieles al modelo relacional.
Otros sistemas relacionales multiusuario son INGRES de Computer Associates, Informix de
Informix Software Inc. y Sybase de Sybase Inc. Ejemplos de sistemas relacionales de
microordenadores son Paradox y dBase IV de Borland, Access de Microsoft, FoxPro y R: base
de Microrim.
Los SGBD relacionales constituyen la segunda generación de los SGBD. Sin embargo, el
modelo relacional también tiene sus fallos, siendo uno de ellos su limitada capacidad al
modelar los datos. Se ha hecho mucha investigación desde entonces tratando de resolver
este problema. En 1976, Chen presentó el modelo entidad-relación, que es la técnica más
utilizada en el diseño de bases de datos. En 1979, Codd intentó subsanar algunas de las
deficiencias de su modelo relacional con una versión extendida denominada RM/T (1979) y
más recientemente RM/V2 (1990).
Bases de datos orientadas a objetos
El origen de las BDOO se encuentra básicamente en las siguientes razones:

La existencia de problemas para representar cierta información y modelar ciertos
aspectos del ‘mundo real’, puesto que los modelos clásicos permiten representar gran
cantidad de datos, pero las operaciones y representaciones que se pueden realizar
sobre ellos son bastante simples.
Regresar

9. 
El paso del modelo de objetos al modelo relacional genera dificultades que en el caso
de las BDOO no surgen ya que el modelo es el mismo.
Por lo tanto, las bases de datos orientadas a objetos surgen básicamente para tratar de paliar
las deficiencias de los modelos anteriores y para proporcionar eficiencia y sencillez a las
aplicaciones.
Las debilidades y limitaciones de los SGBDR son:
9

Pobre representación de las entidades del ‘mundo real’.

Sobrecarga y poca riqueza semánticas.

Soporte inadecuado para las restricciones de integridad y empresariales

Estructura de datos homogénea

Operaciones limitadas

Dificultades para gestionar las consultas recursivas

Desadaptación de impedancias

Problemas asociados a la concurrencia, cambios en los esquemas y el inadecuado
acceso navegacional.

No ofrecen soporte para tipos definidos por el usuario (sólo dominios)
Mientras que las necesidades de las aplicaciones actuales con respecto a las bases de datos
son:

Soporte para objetos complejos y datos multimedia

Identificadores únicos

Soporte a referencias e interrelaciones

Manipulación navegacional y de conjunto de registros

Jerarquías de objetos o tipos y herencia

Integración de los datos con sus procedimientos asociados

Modelos extensibles mediante tipos de datos definidos por el usuario

Gestión de versiones

Facilidades de evolución

Transacciones de larga duración
Regresar

10. 
Interconexión e interoperabilidad
Debido a las limitaciones anteriormente expuestas, el uso de BDOO es más ventajoso si se
presenta en alguno de los siguientes escenarios:

Un gran número de tipos de datos diferentes

Un gran número de relaciones entre los objetos

Objetos con comportamientos complejos
10
Se puede encontrar este tipo de complejidad acerca de tipos de datos, relaciones entre
objetos y comportamiento de los objetos principalmente en aplicaciones de ingeniería,
manufacturación, simulaciones, automatización de oficina y en numerosos sistemas de
información. No obstante, las BDOO no están restringidas a estas áreas. Ya que al ofrecer la
misma funcionalidad que su precursoras relacionales, el resto de campos de aplicación tiene
la posibilidad de aprovechar completamente la potencia que las BDOO ofrecen para modelar
situaciones del mundo real.
Definición de Diagrama Entidad-Relación
Un diagrama o modelo entidad relación es una herramienta para el modelo de datos que permite
representar las entidades relevantes de un sistema de información así como también sus
interrelaciones y propiedades.
Regresar

11. Historia del diagrama entidad relación
11
Es el método más ampliamente usado para el diseño de base de datos. Fue creado por Peter
Chen en el año de 1976 y desde entonces se ha vuelto muy popular. En 1988 el ANSI
selecciono el modelo Entidad-Relación como el modelo estándar para los sistemas de
diccionarios de recursos de información (IRDS).
Historia y evolución de SQL
La historia de SQL (que se pronuncia deletreando en inglés las letras que lo componen, es
decir "ese-cu-ele" y no "siquel" como se oye a menudo) empieza en 1974 con la definición, por
parte de Donald Chamberlin y de otras personas que trabajaban en los laboratorios de
investigación de IBM, de un lenguaje para la especificación de las características de las bases
de datos que adoptaban el modelo relacional. Este lenguaje se llamaba SEQUEL (Structured
English Query Language) y se implementó en un prototipo llamado SEQUEL-XRM entre 1974
y 1975. Las experimentaciones con ese prototipo condujeron, entre 1976 y 1977, a una
revisión del lenguaje (SEQUEL/2), que a partir de ese momento cambió de nombre por
motivos legales, convirtiéndose en SQL. El prototipo (System R), basado en este lenguaje, se
adoptó y utilizó internamente en IBM y lo adoptaron algunos de sus clientes elegidos. Gracias
al éxito de este sistema, que no estaba todavía comercializado, también otras compañías
Regresar

12. empezaron a desarrollar sus productos relacionales basados en SQL. A partir de 1981, IBM
comenzó a entregar sus productos relacionales y en 1983 empezó a vender DB2. En el curso
de los años ochenta, numerosas compañías (por ejemplo Oracle y Sybase, sólo por citar
algunos) comercializaron productos basados en SQL, que se convierte en el estándar
industrial de hecho por lo que respecta a las bases de datos relacionales.
En 1986, el ANSI adoptó SQL (sustancialmente adoptó el dialecto SQL de IBM) como
estándar para los lenguajes relacionales y en 1987 se transformó en estándar ISO. Esta
versión del estándar va con el nombre de SQL/86. En los años siguientes, éste ha sufrido
diversas revisiones que han conducido primero a la versión SQL/89 y, posteriormente, a la
actual SQL/92.
El hecho de tener un estándar definido por un lenguaje para bases de datos relacionales abre
potencialmente el camino a la intercomunicabilidad entre todos los productos que se basan en
él. Desde el punto de vista práctico, por desgracia las cosas fueron de otro modo.
Efectivamente, en general cada productor adopta e implementa en la propia base de datos
sólo el corazón del lenguaje SQL (el así llamado Entry level o al máximo el Intermédiate
level), extendiéndolo de manera individual según la propia visión que cada cual tenga del
mundo de las bases de datos.
Actualmente, está en marcha un proceso de revisión del lenguaje por parte de los comités
ANSI e ISO, que debería terminar en la definición de lo que en este momento se conoce como
SQL3. Las características principales de esta nueva encarnación de SQL deberían ser su
transformación en un lenguaje stand-alone (mientras ahora se usa como lenguaje hospedado
en otros lenguajes) y la introducción de nuevos tipos de datos más complejos que permitan,
por ejemplo, el tratamiento de datos multimediales.
Regresar
12

13. 13
Comandos de SQL
Regresar

14. 14
Regresar

15. 15
Regresar

16. 16
Regresar

17. Ejercicio
Enunciado
Ventas de equipo de cómputo y tiene una empresa en Guanajuato y abarca a toda la república (BETA) y
genera ventas para ganar clientes la venta puede ser por correo, teléfono o personal y se genera una
orden y es muy importante la hora y fecha y se clasifica en artículos y refacción que es consumible o no
consumible. Vendedor y proveedor
Diagrama entidad relación de BETA
Orden
Email
Teléfono
personal
Articulo
BETA
Computo
Ventas
Clientes
Refacción
Proveedores
Vendedor
Regresar
17

18. Diagrama Entidad Relación
18
Clientes
Refacción
Estado
R
1
R
2
R
5
Orden
Artículos
R
4
Vendedor
R
3
Regresar

19. Diseño de tablas
Orden
19
Vendedor
Regresar

20. Cliente
20
Articulo
Regresar

21. Refacción
21
Estado
Regresar

22. Tablas
ARTICULO
22
CLIENTE
Regresar

23. ESTADO
23
ORDEN
Regresar

24. REFACCION
24
VENDEDOR
Regresar

25. Consultas o Query’s
1. Obtener el nombre de los clientes.
Select NomCliente
from cliente
25
2. Obtener los nombres de los clientes y su ID de su estado.
select NomCliente,IdEdo
from cliente
Regresar

26. 3. Obtener los estados de los clientes.
SELECT NomCliente,Estado
From cliente, estado
where cliente.IdEdo=Estado.IdEdo
26
4. Obtener los nombres de los clientes que son de Sinaloa.
SELECT NomCliente,Estado
From cliente, estado
where cliente.IdEdo=Estado.IdEdo AND
estado='Sinaloa'
5. Obtener los Id de articulo y su cantidad.
SELECT IdArt,CantArt
FROM orden
Regresar

27. 6. Obtenerlos nombres de los clientes
que son del estado de Morelia.
SELECT NomCliente, Estado
FROM cliente,estado
WHERE cliente.IdEdo=Estado.IdEdo AND
27
estado='Morelia'
7.
obtener los IDs de clientes que son de queretaro.
SELECT IdCliente, Estado
FROM cliente,estado
WHERE cliente.IdEdo=Estado.IdEdo AND
estado='Queretaro'
8.
obtener los Id de articulo y los id de clientes que ordenaron cantidades mayores a 4.
SELECT IdArt, IdCliente
FROM orden
WHERE CantArt>4
Regresar

28. 9. Obtener los nombres de los artículos que fueron ordenados por el cliente Cuenca Bravo
Jose
SELECT NomArt
FROM articulo,orden,cliente
28
WHERE articulo.IdArt=orden.IdArt
AND orden.IdCliente=cliente.IdCliente and NomCliente='Cuenca Bravo Jose'
10.
obtener los nombres de los artículos que fueron
ordenados en el estado de Veracruz
Select NomArt
from articulo,estado,orden,cliente
where orden.IdArt=articulo.IdArt AND orden.IdCliente=cliente.IdCliente AND
cliente.IdEdo=Estado.IdEdo AND estado='Veracruz'
Regresar

29. 11.
obtener los datos de la tabla cliente
SELECT *
FROM cliente
29
12.
obtener los nombres de los clientes que empiezan con v
SELECT NomCliente
FROM cliente
WHERE NomCliente like 'v%';
13.
obtener los nombres de los productos que fueron
ordenados entre cantidades de 8 a 13
select NomArt
from orden,articulo
where articulo.IdArt = orden.IdArt AND
Regresar

30. CantArt >= 8 AND CantArt <=13
14.
obtener la
cantidad máxima de producto ordenado
select MAX(CantArt)
30
from orden
15.
obtener las cantidades de los productos ordenadas de mayor a menor
select CAntArt
from orden
ORDER BY CantArt DESC
Regresar

31. 31
16.
obtener los nombres de los clientes que su nombre sea valle
SELECT NomCliente
FROM cliente
WHERE NomCliente like '%valle%';
17.
obtener los nombres de los clientes que su nombre sea Bravo
SELECT NomCliente
Regresar

32. FROM cliente
WHERE NomCliente like '%bravo%';
32
18.
obtener el id de todos los clientes ordenados ascendentemente
SELECT IdCliente
FROM cliente
ORDER BY IdCliente ASC;
Regresar

33. 33
19.
obtener el id de todos los clientes ordenados descendentemente
SELECT IdCliente
FROM cliente
ORDER BY IdCliente DESC;
20.
obtener los datos de la tabla refaccion
SELECT *
FROM refaccion;
Regresar

34. 34
21.
obtener el nombre del vendedor que empiece con la letra r, el nombre del cliente
que empiece con v, el nombre del artículo que empiece con la letra c, la cantidad
ordenados de mayor a menor.
SELECT DISTINCT NomVend, NomClient,NomArt,CantArt
FROM Vendedor,cliente,orden,articulo
Regresar

35. WHERE NomVend like 'R%'AND orden.IdArt=articulo.IdArt
AND NomClient like "V%" AND NomArt LIKE "C%"
ORDER BY CantArt ASC
35
22.
obtener el nombre y la cantidad de refacciones que estén entre cantidades
compradas de 1 a7
SELECT Unidad,NomRef
FROM orden,refaccion
WHERE refaccion.IdRef= orden.IdRef AND
Regresar

36. CantRef BETWEEN 1 and 7
23.
36
obtener la suma de las refacciones que fueron ordenadas
SELECT Sum(CantRef)
FROM orden
24.
Obtener los números telefónicos de los clientes que su lada sea 411
SELECT Tel
FROM cliente
WHERE cliente.Tel REGEXP BINARY 411
25.
Obtener el precio máximo de articulo
SELECT MAX(precio)
from articulo
Regresar

37. 26.
Obtener la cantidad de artículos y su nombre que estén entre 6 y 9 y ordenar la
cantidad de artículos ascendentemente
SELECT CantArt,NomArt
FROM orden, articulo
37
WHERE articulo.IdArt=orden.IdArt AND CantArt BETWEEN 6 AND 9
ORDER BY CantArt ASC;
27.
Obtener los nombres de los estados donde hay clientes
SELECT IdEdo
from estado
Regresar

38. 28.
Obtener los nombres de los productos que fueron ordenados en el estado de
Michoacán
SELECT NomArt
FROM orden, articulo,estado
WHERE estado like 'Morelia'
38
Regresar

39. 39
Iteso
Regresar

40. Enunciado
En la web hay un dominio llamado Iteso que el ofrece a los usuarios
cursos en línea en el cual se encuentra localizado un catálogo de ofertas
como son diplomados, cursos de especialidades y postgrados a los
usuarios se les asignan fechas, horarios, asesores, aulas virtual y el
nombre del curso.
Cada curso tiene un límite de usuario el periodo de realización y el
número total de horas. Los usuarios para hacer los pagos lo pueden
hacer de 2 formas con tarjeta de crédito con cargo a 6 meses sin
intereses y la opción 2 pago en efectivo a la cuenta en el banco.
Para cada curso los asesores registran productos o evidencias al término
de cada modulo, el número total de módulos para cada curso es de 4. La
planeación del curso depende del número de horas y los contenidos
temáticos para la extensión de la constancia final deberán de aprobar
con una calificación mayor o igual a 8 con solo 2 oportunidades de
reprobar por cada curso.
Se sabe que cada participante solo puede tomar como máximo 3 cursos,
al usuario frecuente se le otorga una beca del 100% a partir del 4° curso
tomado.
Regresar
40

41. Diagrama Entidad Relación
Matricula
Alumno
Boleta
R2
41
R3
R1
R4
Docente
Facultad
Curso
RFC
CveFacultad
Especialidad
Nom. Curso
Regresar

42. Diseño de tablas
Alumno
42
Docente
Regresar

43. Boleta
43
Especialidad
Regresar

44. Materia
44
Regresar

45. Tablas
Alumno
45
Regresar

46. Boleta
46
Regresar

47. Docente
47
Especialidad
Regresar

48. Materia
48
Regresar

49. Query’s
1. Inserta a la tabla de materia la materia de Algebra y que su clave
sea ALG I.
INSERT into materia VALUES('ALG I','Algebra I');
49
2. Insertar a la clave materia la Materia
de
Geometría y que su clave sea GEOM.
INSERT into materia VALUES('GEOM','Geometria');
Regresar

50. 50
3. Insertar a la tabla Materia la Materia de Geometría Analítica y que
su clave sea GEOMANA.
INSERT into materia VALUES('GEOMANA','Geometria Analitica');
Regresar

51. 51
4. Insertar en la tabla de materia la Materia de Ingles II.
INSERT into materia VALUES('ING II','Ingles II');
Regresar

52. 52
5. Insertar a la tabla especialidad la especialidad de Mercado
Internacional y que su clave sea ME10
INSERT into especialidad VALUES('ME10','Mercado Internacional');
Regresar

53. 53
6. Insertar a la tabla docente a la docente Liria Megia Carmen y que
su RFC sea LIMC840805D78
INSERT into docente VALUES('LIMC840805D78','Lira Megia
Carmen','08/05/1984','Licenciatura','Ingenieria Industial Quimico','ITQ');
7. Insertar a la tabla alumno al Alumno Hernández Gutiérrez Ana que
su fecha de nacimiento sea el 12 de Enero de 1997 su CveEsp sea
C14 que este en el grupo D y se encuentre en el semestre 6
Regresar

54. INSERT into alumno VALUES('200114030','Hernadez Gutierrez
Ana','01/12/1997','C14','D','6');
54
8. Insertar a la tabla alumno a la alumna Prado Hernández Julio que
su fecha de nacimiento sea el 16 de febrero de 1997 que su clave de
la especialidad sea C14 que pertenezca al grupo D y se encuentre en
el 6° semestre
INSERT into alumno VALUES('200114031','Prado Hernandez
Julio','02/16/1997','C14','D','6');
9. Insertar a la tabla alumno al alumno Muñoz Conejo Cesar que su
fecha de nacimiento sea el 17 de marzo de 1997 que su clave de
especialidad sea el C14 que pertenezca al grupo D y sea del 6°
semestre
INSERT into alumno VALUES('200114032','Muñoz Conejo
Cesar','03/17/1997','C14','D','6');
Regresar

55. 55
10.Actualiza en la tabla alumno el grupo que sea C del numero de
control 200114030
UPDATE alumno SET Grupo = 'C' WHERE NoControl = '200114030';
11.Actualiza en la tabla alumno el grupo y que sea C del numero de
control 200114031
UPDATE alumno SET Grupo = 'C' WHERE NoControl = '200114031';
Regresar

56. 12.Actualiza en la tabla alumno el grupo y que sea C del numero de
control 200114032
UPDATE alumno SET Grupo = 'C' WHERE NoControl = '200114032';
56
13.Actualiza de la tabla materia el nombre de la materia algebra y
cambialo por el nombre de Algebra 1 y que su clave sea ALG I
UPDATE materia SET NomMat= 'Algebra 1' WHERE CveMat = 'ALG I';
Regresar

57. 14.Actualiza en la tabla materia el nombre de Geometría 1 por
Geometría y que su clave sea GEOM
UPDATE materia SET NomMat= 'Geometria 1' WHERE CveMat = 'GEOM';
57
15.Elimina de la tabla materia la materia con la clave ALG I
DELETE FROM materia WHERE CveMat = 'ALG I';
16.Elimina de la tabla materia la materia de geometría
DELETE FROM materia WHERE CveMat = 'GEOM';
17.Elimina de la tabla alumno al alumno con el numero de control
200114030
DELETE FROM alumno WHERE NoControl= '200114030';
Regresar

58. 18.Elimina de la tabla alumno el alumno con el numero de control
200114031
DELETE FROM alumno WHERE NoControl = '200114031';
58
19.Elimina de la tabla alumno al alumno con el numero de control
200114032
DELETE FROM alumno WHERE NoControl= '200114032';
20.Selecciona de la tabla materia la materia de Geometría Analítica
SELECT NomMat FROM materia WHERE NomMat = 'Geometria Analitica';
Regresar

59. 21.Selecciona de la tabla materia la materia de Ingles II
SELECT NomMat FROM materia WHERE NomMat = 'Ingles II';
59
22.Selecciona de la tabla especialidad la especialidad de
Mercadotecnia
SELECT NomEsp FROM especialidad WHERE NomEsp = 'Mercadotecnia';
23.Selecciona de la tabla Especialidad la especilaidad de Mercado
Internacional
SELECT NomEsp FROM especialidad WHERE NomEsp = 'Mercado Internacional';
Regresar

60. 24.Selecciona de la tabla docente al docente Lira Magia Carmen
SELECT NOMDOC FROM docente WHERE NOMDOC = 'Lira Megia Carmen';
60
25.Selecciona de la tabla alumno al alumno Silva Granados José
SELECT NomAlum FROM alumno WHERE NomAlum = 'Silva Granados Jose';
Regresar