Trifulcas

Actores que tengan una x en el nombre o en el apellido

Direcciones de california que tengan ‘274’ en el número de teléfono

Películas ‘Épicas’ (Epic) o ‘Brillantes’ (brilliant) que duren más de 180 minutos

Películas que duren entre 100 y 120 minutos o entre 50 y 70 minutos

Películas que cuesten 0.99, 2.99 y tengan un rating ‘g’ o ‘r’ y que hablen de cocodrilos (cocodrile)

Direcciones de ontario o de punjab o que su código postal acabe en 5 o que su teléfono acabe en 5

SELECT * FROM sakila.actor
where first_name like '%x%' or last_name like '%x%'

SELECT * FROM sakila.address
where district='california' and phone like '%274%'


SELECT * FROM sakila.film
where (description like '%epic%' or description like '%brilliant%') 
and length>180

SELECT * FROM sakila.film
where length between 100 and 120 or length between 50 and 70

SELECT * FROM sakila.film
where description like '%crocodile%' and rental_rate in (0.99,2.99) 
and rating in ('R','G')

SELECT * FROM sakila.address
where district='ontario' or district='punjab'
or postal_code like '%5' or phone like '%5'

Si tenemos la tabla ‘productos’ del examen con los siguientes campos:

Referencia varchar

Precio decimal

Stock decimal

Insertar los siguientes registros:

Disolvente, 1 €, 2000

Emulsionante, 3 €, 1500

Colorante rojo, 4 €, 200

Tinta verde, 10 €, 100

Después cambiar el stock del colorante rojo a 300 y de la tinta verde a 50

Eliminar el disolvente

Mostrar los registros.

INSERT INTO table_name ( field1, field2,...fieldN )
   VALUES
   ( value1, value2,...valueN );

UPDATE table_name SET field1 = new-value1, field2 = new-value2
[WHERE Clause]

DELETE FROM table_name [WHERE Clause]

SELECT field1, field2,...fieldN 
FROM table_name1, table_name2...
[WHERE Clause]

[WHERE condition1 [AND [OR]] condition2.....

Una empresa de fabricación de tintas nos ha pedido una base de datos.

La empresa necesita guardar información de sus clientes, concretamente el NIF y la razón social. Los clientes hacen pedidos, de los que queremos saber la fecha y la dirección de envío (calle, cp y población).

Los pedidos pueden ser de varios productos. De los productos queremos guardar la referencia, el precio y el stock que tenemos en almacén.

Por otro lado algunos productos se componen de otros productos. Para esos productos necesitamos guardar la la cantidad de cada uno de los productos de los que se componen. Por ejemplo yo puedo tener un producto tinta azul que se componga de 1 litro de disolvente, medio litro de colorante azul y 0,2 litros de espesante. Pero todos son productos.

Se pide el Modelo E-R, el modelo lógico y la implementación en base de datos (dejadla en los comentarios con vuestro nombre)

 

 

DROP TABLE IF EXISTS `clientes`;
/*!40101 SET @saved_cs_client = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `clientes` (
`idclientes` int(11) NOT NULL AUTO_INCREMENT,
`nif` varchar(45) DEFAULT NULL,
`razonsocial` varchar(45) DEFAULT NULL,
PRIMARY KEY (`idclientes`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
/*!40101 SET character_set_client = @saved_cs_client */;

—
— Dumping data for table `clientes`
—

LOCK TABLES `clientes` WRITE;
/*!40000 ALTER TABLE `clientes` DISABLE KEYS */;
/*!40000 ALTER TABLE `clientes` ENABLE KEYS */;
UNLOCK TABLES;

—
— Table structure for table `pedido_producto`
—

DROP TABLE IF EXISTS `pedido_producto`;
/*!40101 SET @saved_cs_client = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `pedido_producto` (
`idpedido_producto` int(11) NOT NULL AUTO_INCREMENT,
`idpedido` int(11) DEFAULT NULL,
`idproducto` int(11) DEFAULT NULL,
PRIMARY KEY (`idpedido_producto`),
KEY `fk_pedido_idx` (`idpedido`),
KEY `fk_producto_idx` (`idproducto`),
CONSTRAINT `fk_pedido` FOREIGN KEY (`idpedido`) REFERENCES `pedidos` (`idpedidos`) ON UPDATE CASCADE,
CONSTRAINT `fk_producto` FOREIGN KEY (`idproducto`) REFERENCES `productos` (`idproductos`) ON UPDATE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
/*!40101 SET character_set_client = @saved_cs_client */;

—
— Dumping data for table `pedido_producto`
—

LOCK TABLES `pedido_producto` WRITE;
/*!40000 ALTER TABLE `pedido_producto` DISABLE KEYS */;
/*!40000 ALTER TABLE `pedido_producto` ENABLE KEYS */;
UNLOCK TABLES;

—
— Table structure for table `pedidos`
—

DROP TABLE IF EXISTS `pedidos`;
/*!40101 SET @saved_cs_client = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `pedidos` (
`idpedidos` int(11) NOT NULL AUTO_INCREMENT,
`fecha` date DEFAULT NULL,
`calle` varchar(45) DEFAULT NULL,
`cp` varchar(45) DEFAULT NULL,
`poblacion` varchar(45) DEFAULT NULL,
`idcliente` int(11) DEFAULT NULL,
PRIMARY KEY (`idpedidos`),
KEY `fk_cliente_idx` (`idcliente`),
CONSTRAINT `fk_cliente` FOREIGN KEY (`idcliente`) REFERENCES `clientes` (`idclientes`) ON UPDATE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
/*!40101 SET character_set_client = @saved_cs_client */;

—
— Dumping data for table `pedidos`
—

LOCK TABLES `pedidos` WRITE;
/*!40000 ALTER TABLE `pedidos` DISABLE KEYS */;
/*!40000 ALTER TABLE `pedidos` ENABLE KEYS */;
UNLOCK TABLES;

—
— Table structure for table `producto_producto`
—

DROP TABLE IF EXISTS `producto_producto`;
/*!40101 SET @saved_cs_client = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `producto_producto` (
`idproducto_producto` int(11) NOT NULL AUTO_INCREMENT,
`idproductofinal` int(11) DEFAULT NULL,
`idproductocomponente` int(11) DEFAULT NULL,
`cantidad` decimal(10,4) DEFAULT NULL,
PRIMARY KEY (`idproducto_producto`),
KEY `fk_productofinal_idx` (`idproductofinal`),
KEY `fk_productocomponente_idx` (`idproductocomponente`),
CONSTRAINT `fk_productocomponente` FOREIGN KEY (`idproductocomponente`) REFERENCES `productos` (`idproductos`) ON UPDATE CASCADE,
CONSTRAINT `fk_productofinal` FOREIGN KEY (`idproductofinal`) REFERENCES `productos` (`idproductos`) ON UPDATE CASCADE
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
/*!40101 SET character_set_client = @saved_cs_client */;

—
— Dumping data for table `producto_producto`
—

LOCK TABLES `producto_producto` WRITE;
/*!40000 ALTER TABLE `producto_producto` DISABLE KEYS */;
/*!40000 ALTER TABLE `producto_producto` ENABLE KEYS */;
UNLOCK TABLES;

—
— Table structure for table `productos`
—

DROP TABLE IF EXISTS `productos`;
/*!40101 SET @saved_cs_client = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `productos` (
`idproductos` int(11) NOT NULL AUTO_INCREMENT,
`referencia` varchar(45) DEFAULT NULL,
`precio` decimal(10,4) DEFAULT NULL,
`stock` decimal(10,4) DEFAULT NULL,
PRIMARY KEY (`idproductos`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
/*!40101 SET character_set_client = @saved_cs_client */;

Crear el esquema entidad/relación que represente el organigrama de una empresa, de modo que:

• Aparezcan los datos de todos los empleados y empleadas: dni, nº de seguridad social, código de trabajador, nombre, apellidos, dirección, teléfono y departamento en el que trabajan indicado por su código y nombre.
• También hay que tener en cuenta que cada trabajador puede tener un responsable (que en realidad es otro trabajador)
• Los departamentos poseen un único coordinador del mismo
• Necesitamos almacenar la categoría profesional de los trabajadores y trabajadoras, teniendo en cuenta que la categoría a veces cambia al cambiar el contrato, de los contratos se almacena la fecha de inicio del mismo y la fecha final (un contrato en vigor tendrá como fecha final el valor nulo).
• También controlaremos las nóminas que ha recibido el trabajador de las que sabemos la fecha, el salario y a qué trabajador van dirigidas y la categoría del mismo.

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 (dni, 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

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 dni, 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

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.

Aún más:

http://bdalfonso.blogspot.com/2013/06/modelo-err-ejercicios-resueltos.html

Pon tu respuesta en los comentarios

https://www.webreunidos.es/blog/myisam-vs-innodb/