Look Gus.docx

2019

BASES DE DATOS PARA APLICACIONES

GUSTAVO MARTINEZ TICS | PROYECTO

Unidad 1: Manipulación avanzada de datos en SQL Objetivo: EL alumno elaborara consultas avanzadas mediante el lenguaje SQL utilizando las mejores prácticas para el manejo adecuado de la información.

NUM ERO DE CON SULT A 1

SENTENCIA

SQL

Listar el nombre de todos los departament os.

select nom_departamento from departamento;

2

Listar el numero de empleado,no mbre,apellido y salario de los empleados que trabajan en el departament o de compras Listar nombre,apelli do y salario de los empleados que ganan mas de 3000 pesos.

select num_empleado, nombre, apellido, salario from empleado where departamento='1';

3

Select nombre, apellido, salario from empleado where salario>’3000’;

CAPTURA DE PANTALLA

4

Listar los empleados que trabajan en el Proyecto ProductoX.

Select num_empleado from trabaja_en where num_proyecto=’1’;

5

Contar las cargas familiars del empleado Humberto Pons. Listar todos los empleados que tenga un sueldo entre 2000 y 3000 pesos.

Select count(nombrefamiliar) from cargafamiliar where num_empleado=’333445555’;

Listar el numero de empleado,no mbre y total de horas trabajadas de todos los empleados.

Select empleado.num_empleado, empleado.nombre, trabaja_en.horas from trabaja_en inner join empleado on empleado.num_empleado=trabaja_en.n um_empleado;

6

7

Select nombre, salario from empleado where salario between ‘2000’ and ‘3000’;

8

Calcular el promedio de horas trabajadas por Humberto Pons.

Select avg(horas from trabaja_en where num_empleado=’333445555’;

9

Calcular el promedio de la edad de las cargas familiars del empleado Juan Polo.

Select num_empleado, avg(timestampdiff(year, fecha_nac, curdate())) from cargafamiliar where num_empleado='333445555';

10

Listar todos los empleados nacidos en el mes de marzo.

Select nombre, fecha_nac from empleado where month (fecha_nac)=03;

11

Listar el nombre de los empleados que tienen mas de 1 carga familiar sexo femenino.

select nombre, apellido, count(cargafamiliar.num_empleado) from empleado inner join cargafamiliar where empleado.num_empleado=cargafamiliar .num_empleado and cargafamiliar.sexo='f' group by cargafamiliar.num_empleado having count(empleado.num_empleado)>1;

12

Listar todos select nom_proyecto, ciudad from los proyectos proyecto where ciudad='cuenca'; localizados en Cuenca.

13

Listar todos los empleados que tengan cargas familiares cuyo nombre temine con la letra A.

select empleado.nombre, cargafamiliar.nombrefamiliar from empleado inner join cargafamiliar on empleado.num_empleado=cargafamiliar .num_empleado where nombrefamiliar like '%a';

14

Listar todos lo proyectos que pertenencen al departament o ubicado en Cuenca.

Select nom_proyecto, ciudad from proyecto where ciudad=’cuenca’;

15

Listar todos los empleados que hayan nacido entre el año 1959 y 1961.

select nombre, fecha_nac from empleado where year (fecha_nac) between '1959/#/#' and '1961/#/#';

16

Listar los empleados que tengan como sueldo 2500,3000 o 4000 pesos

select nombre, salario from empleado where salario in(2500, 3000, 4000);

17

Listar todos los empleados y sus respectivas cargas siempre y Cuando hayan nacido en el mismo mes.

select nombre, cargafamiliar.fecha_nac, nombrefamiliar,empleado.fecha_nac from empleado, cargafamiliar where empleado.num_empleado=cargafamiliar .num_empleado and month(empleado.fecha_nac)=month(car gafamiliar.fecha_nac);

18

Listar las cargas familiars ordenadas por sexso y por nombre.

select nombrefamiliar, sexo from cargafamiliar order by sexo , nombrefamiliar;

19

Listar todos los empleados cuyo nombre comience con la letra M.

select nombre from empleado where nombre like 'm%';

20

Listar el nombre del empleado,de partamento y el nombre del Proyecto el cual trabaja el empleado 99988777

Select nombre, departamento, nom_proyecto, from empleado inner join proyecto on empleado.departamento=proyecto.num _departamento where num_empleado=’999887777’;

21

22

23

Mostrar las cargas familiares de los empleados cuyo salario es mayor o igual 4000 o cuyo salario es igual a 3800 Listar los departament os en donde los empleados ganan más de 4000 pesos.

select empleado.num_empleado, cargafamiliar.nombrefamiliar, empleado.nombre, salario from empleado inner join cargafamiliar on empleado.num_empleado=cargafamiliar .num_empleado where salario>='4000' or salario='3800';

Calcular la suma de todos los salarios, el salario promedio, el salario máximo y el salario mínimo de los empleados.

select sum(salario) as suma_salario, avg(salario) as promedio_salario, min(salario) as Minimo_salario, max(salario) as maximo_salario from empleado;

select nombre, departamento.nom_departamento, salario, departamento.num_departamento, departamento from empleado inner join departamento on empleado.num_empleadosupervisor=de partamento.num_empleadosupervisor where salario>'4000';

24

Listar el nombre del departament o que tiene más de tres empleados.

select nom_departamento, empleado.nombre from departamento inner join empleado on departamento.num_departamento=em pleado.departamento where empleado.departamento>3 order by(nom_departamento);

25

Calcular el salario máximo y mínimo del departament o de compras. Calcular el salario promedio de todos los departament os.

select max(salario), min(salario),departamento.nom_depart amento from empleado inner join departamento on empleado.departamento=departamento .num_departamento where nom_departamento='compras'; select avg(salario) as promedio_salario, departamento.nom_departamento from empleado inner join departamento on empleado.departamento=departamento .num_departamento group by(nom_departamento);

Contar los salarios diferentes.

select count(distinct salario) from empleado;

26

27

28

Calcular el total de horas trabajadas en cada proyecto.

select Nom_proyecto,sum(Horas) from trabaja_en inner join proyecto on trabaja_en.Num_proyecto=proyecto.Nu m_proyecto group by(Nom_proyecto);

29

Listar los proyectos cuyo total supere las 25 hrs.

Select nom_proyecto, sum(horas) from trabaja_en inner join proyecto on trabaja_en.num_proyecto=proyecto.nu m_proyecto group by(trabaja_en.num_proyecto) having sum(horas)>25;

30

Listar el nombre y apellido de todos los empleados con su respectivo supervisor.

select nombre, apellido, num_empleadosupervisor from empleado;

31

Listar el nombre de los empleados y del proyecto en el que han trabajado menos de 20 hrs.

Select nombre, nom_proyecto, horas from empleado inner join trabaja_en on empleado.num_empleado=trabaja_en.n um_empleado inner join proyecto on trabaja_en.num_proyecto=proyecto.nu m_proyecto where horas <20;

32

Listar los empleados cuyos apellidos enten entre la letra M y la letra Q

select nombre, apellido from empleado where apellido between 'm' and 'q';

33

Listar los supervisores que tienen cargas familiares.

34

Contar cuantos empleados existen en cada departament o

select num_empleadosupervisor, nombrefamiliar from empleado inner join cargafamiliar on empleado.num_empleado=cargafamiliar .num_empleado;

35

Listar el número de empleado de los supervisores y sus nombres.

select num_empleado, num_empleadosupervisor, nombre from empleado;

36

Listar todas las cargas familiares del empleado Juan Pablo.

select nombre, apellido, cargafamiliar.nombrefamiliar from empleado inner join cargafamiliar on empleado.num_empleado=cargafamiliar .num_empleado where nombre='juan';

37

Listar las carga familiares de la empleada Elena Tapia.

select nombre, apellido, cargafamiliar.nombrefamiliar from empleado inner join cargafamiliar on empleado.num_empleado=cargafamiliar .num_empleado where nombre='elena';

38

Listar los empleados que trabajan en el departament o administrativ o

select nombre, nom_departamento from empleado inner join departamento on empleado.departamento=departamento .num_departamento where nom_departamento='administrativo';

39

Listar los proyectos en los que los empleados que tengan cargas familiares de sexo femenino.

select nom_proyecto, nombrefamiliar,nombre, cargafamiliar.sexo from proyecto inner join empleado on proyecto.num_departamento=emplead o.departamento inner join cargafamiliar on empleado.num_empleado=cargafamiliar .num_empleado where cargafamiliar.sexo='f';

40

Listar todos los departament os en los cuales todos sus empleados ganan entre 2500 y 4300 pesos.

select nom_departamento, empleado.nombre, empleado.salario from departamento inner join empleado on empleado.departamento=departamento .num_departamento where salario between 2500 and 4300;

41

Listar todos los empleados que no tengan cargas familiares.

Select nombre from empleado where not empleado.num_empleado in (select num_empleado from cargafamiliar);

42

Listar los proyectos que pertenecen al departament o de compras.

select proyecto.nom_proyecto, nom_departamento, departamento.num_departamento from departamento inner join proyecto on departamento.num_departamento=pro yecto.num_departamento where nom_departamento='compras';

43

Listar los empleados que trabajan en el proyecto ProductoZ.

select nombre, proyecto.nom_proyecto from empleado inner join proyecto on empleado.departamento=proyecto.num _departamento where nom_proyecto='producto z';

44

Listar el nombre de los empleados que estén asignados a a más de un proyecto.

select nombre, empleado.num_empleado, trabaja_en.num_proyecto from empleado inner join trabaja_en on empleado.num_empleado=trabaja_en.n um_empleado group by(nombre) having count(nombre) >1;

45

Listar todos los proyectos que pertenecen al departament o ubicado en Quito.

select nom_proyecto, num_departamento, ciudad from proyecto where ciudad='quito';

46

46.1

47

48

Listar todos los empleados y sus respectivas cargas siempre y cuando hayan nacido en el mismo mes. Realice el cambio de fecha de una carga familiar Listar el nombre del departament o que tiene mas de 5 empleados. Listar el departament o con mayor salario.

select nombre, cargafamiliar.fecha_nac, nombrefamiliar,empleado.fecha_nac from empleado, cargafamiliar where empleado.num_empleado=cargafamiliar .num_empleado and month(empleado.fecha_nac)=month(car gafamiliar.fecha_nac);

update cargafamiliar set fecha_nac='1986/03/02' where nombrefamiliar='maria'; select count(departamento), nom_departamento from empleado inner join departamento on empleado.departamento=departamento .num_departamento group by(nom_departamento) having count(departamento)>5; select max(salario), nom_departamento from empleado inner join departamento on empleado.departamento=departamento .num_departamento;

49

50

Listar el nombre de los empleados que por cada proyecto han trabajado más horas que las trabajadas por cada empleado en el proyecto número 30. Listar el nombre y apellido de todos los empleados que trabajan en el departament o de investigación.

Select nombre, apellido from empleado inner join trabaja_en on empleado.num_empleado=trabaja_en.n um_empleado group by(trabaja_en.num_empleado) having sum(horas)>all(select horas from trabaja_en where num_proyecto=30);

select nombre, apellido, departamento.nom_departamento from empleado inner join departamento on empleado.departamento=departamento .num_departamento where nom_departamento='investigacion';

Unidad 2: Bases de datos distribuidas Objetivo: El alumno elaborara reglas de operación sobre bases de datos distribuidas para determinar modos de replicación de datos, plataforma de trabajo y riesgos de operación.

Unidad 2.- Base de datos distribuida Objetivo: El alumno elaborara reglas de operación sobre bases de datos distribuidas para determinar modos de replicación de datos, plataforma de trabajo y riesgos de operación. Concepto: Son un grupo de datos que pertenecen a un sistema, pero a su vez está repartido entre ordenadores de una misma red, ya sea a nivel local o cada uno en diferente localización geográfica, cada sitio en la red es autónomo en sus capacidades de procesamiento y es capaz de realizar operaciones locales y en cada uno de estos ordenadores debe estar ejecutándose una aplicación a nivel global que permita la consulta de todos sus datos.

Aplicaciones de Bases de datos distribuidas. *Cualquier organización que tiene una estructura descentralizada: organismos gubernamentales y de servicios públicos. *La industria manufactura, particularmente aquella con plantas multiples y la industria automotriz. *Aplicaciones de control y comando militar. *Líneas de transportación aérea. *Servicios bancarios financieros. Un SBDD implica un conjunto de programas que operan en diversas computados. Un DTM (Administrador de BDD) es un programa que recibe las solicitudes de procesamiento de los programas de consulta o transacciones y las traduce en acciones para los administradores de BD. Los DTM se encargan de coordinar y controlar estas acciones. Un DBMS (Sistema manipulador de BD) este programa que se procesa cierta porción de las BDD. Se encarga de recuperar y actualizar datos del usuario y generales de acuerdo a los comandos recibidos por el DTM. Un nodo: Es una computadora que ejecuta un DTM o un DBM o ambos. Un nodo de transacción ejecuta un DTM y un nodo de BD ejecuta un DBM.

Bloqueos Un bloqueo es cuando una acción que debe ser realizada está esperando a un evento. En las BDD usar bloqueo de recursos, peticiones para probar, establecer o liberar bloqueos requiere mensajes entre los manejadores de transacciones y el calendarizador. Existen dos tipos: *Autónoma: Cada nodo es responsable por sus propios bloqueos de recursos. *Copia primaria: Un nodo primario es el responsable para todos los bloqueos de recursos. Concurrencia EL ejemplo de un bloqueo mutuo es cuando un Recurso A está siendo utilizado por una transacción que asu vez solicita un recurso que está siendo utilizado por una transacción B que solicita al Recurso A. Control de ocurrencia *El problema de las actualizaciones perdidas: cuando 2 transacciones ocurrentes borran el efecto de la otra. *Recuperaciones inconsistentes: Acceder a la información modificada parcialmente por una transacción LAN. Soluciones 1.-El dato puede estar duplicado en una BDD por tanto el manejador del BDD es responsable de localizar y actualizar el dato duplicado. 2.-Si un nodo falla o la comunicación con un nodo falla mientras se realiza la actualización, el manejador debe de asegurarse de que los efectos se reflejen una vez el nodo se recupera del fallo. 3.-La sincronización de transacciones en sitios o nodos múltiples en difícil ya que los nodos no pueden obtener información inmediata de las acciones realizadas de otros nodos concurrentes. DTM (manejador de transacciones distribuidas). Una transacción es una secuencia de una o más operaciones agrupados como unidad. El inicio y fin de las transacciones defienden los puntos de consistencia de BD.

Propiedades de las transacciones Atomicidad.- Una transacción es una unidad atómica de procesamiento esta se realiza o no se realiza. Consistencia.- Si se ejecuta una transacción sobre un estado de consistente, el resultado será un nuevo estado consistente. Aislamiento.- Una transacción no hara visibles sus modificaciones a otras transacciones hasta que termine de ejecutarse completa. Es decir una transacción desconocida a las transacciones que se están ejecutando. Durabilidad.-Una vez que una transacción se esta ejecutando exitosamente, realiza cambios sobre el sistema, estos cambios nunca s edeben perder a causa de fallas en el sistema.

“Ventajas y desventajas de las BDD” Ventajas

Desventajas

-Organizativas; adaptación a la organización de la institución. -Almacenar los datos donde son generados y/o usados, la mayor parte locales. -Proporcionar autonomía local, controlándose desde cada nodo. -Económicas.- costos de comunicación y de creación, de pequeños sistemas. -Técnicas, flexibilidad, acceso desde distintos lugares y por distintas personas a la vez. -fiabilidad, disponibilidad, varios sitios, duplicaciones, evitan fallos. -Modularidad -Mejora del rendimiento -Crecimiento incremental, añadiendo poder de procesamiento y almacenamiento.

-Problemas de sincronización -dificultad para conocer la corrección -Dependencia de la red de comunicaciones, sobrecarga del procesamiento de mensajes. -Dificultad de diseño. -Poca madurez de los productos comerciales -Dificultad de cambio -Inexistencia de metodologías.

“Distribución de los datos” Una de las decisiones más importantes que el diseñador de la BDD debe tomar en cuenta es el posicionamiento de la data en el sistema y el esquema bajo el cual los desea hacer. *Centralizado: Muy similar al modelo Cliente-servidor en el sentido que la BD está centralizada en un lugar y sus usuarios están distribuidos. -Este modelo brinda la ventaja de tener el procesamiento distribuido ya que en el sentido de disponibilidad y fiabilidad de los datos no se gana nada. *Replicados: Consiste en que cada nodo debe de tener su copia completa de la BD. Tiene un alto costo de almacenamiento de la información. Debido a que la actualización de los datos debe ser realizada en todas las copias, también tiene un alto costo de escritura.. *Particionados: Consiste en que solo hay una copia de cada elemento, pero la información está distribuida a través de los nodos. Como los fragmentos no se replican esto disminuye el costo de almacenamiento. Sacrifica la disponibilidad y la fiabilidad de los datos. *Híbridos: Representa la combinación del esquema de partición y replicación. Se particiona la relación y a la vez que los fragmentos están selectivamente replicados a través de la BDD. Criterios para escoger la distribución Localidad del dato: Debe ser colocado donde se accede mas seguido. Fiabilidad del dato: Almacenando varias copias del dato en lugares geográficamente apartadas se logra maximizar la probabilidad de que el dato va a ser recuperable en caso de que ocurra un daño físico en cualquier sitio. Disponibilidad del dato: Como en la fiabiliad, almacenar varias copias asegura que losusuarios tengan a su disponibiliad los elementos de los data, aun asi el nodo que accede no esta disponible o falla. Capacidades y costo de almacenamiento: A pesar de que los costos de almacenamiento no son tan grandes como los de la transmisión, los nodos pueden tener diferentes capacidades de almacenamiento y procesamiento. El costo de almacenamiento se disminuye minimizando la cantidad de copias de la data.

Distribución de carga de procesamiento: Una de las razones por la cual se escoge una BDD es porque se desea distribuir la carga de procesamiento para hacerse más eficiente Costo de comunicación: El diseñador debe considerar también el costo de usar las telecomunicaciones de la red para obtener el data. Sus costos bajan cuando cada sitio tiene su propia copia de la data, pero cuando se actualiza debe de actualizar en todos los nodos. Uso del sistema: Factores como la importancia en la disponibilidad de la data, la velocidad de estructura y la capacidad de recuperar de danos físicos.

“Diferencias entre Bases de datos centralizada y bases de datos distribuidas” -Todos los componentes del Sistema residen en un solo computador o sitio. Base de datos distribuidas

-Los componentes consisten en los datos, el software del sistema y los dispositivos de almacenamiento. -Se pueden tener acceso remoto a una base de datos a través de terminales conectadas al sitio. -La base de datos esta almacenada en varias computadoras conectadas en la red. -Surgen debido a la existencia física de organismos.

Diferencias entre BDD y BD centra-Un solo punto de control de los clientes para la web y línea de comandos.

lizadas.

-La vista del explorador permite la administración de trabajos, calendarios etc. -Los flujos de trabajos se pueden editar y controlar en el diseño gráfico. Base de datos centralizadas

-Los objetos son organizados en una jerarquía de archivo directo. -Grupo de comandos institutivo. -Optimiza el procesamiento automatizado.

“12 reglas para una base de datos distribuida” Autonomía Local : Los sitios distribuidos deben ser autónomos, es decir que todas las operaciones en un sitio dado se controlan en ese sitio. No dependencia de un sitio central: No debe de haber dependencia de un sitio central para obtener un servicio. Operación Continua: Nunca debería apagarse para que se pueda realizar alguna función, como añadir un nuevo sitio.  Independencia con respecto a la localización: No debe de ser necesario que los usuarios sepan dónde están almacenados físicamente los datos, sino que más el usuario lo debe de ver como si solo existiera un sitio local.  Independencia con respecto a la fragmentación: La fragmentación es deseable por razones de desempeño, los datos, pueden almacenarse en la localidad donde se utilizan con mayor frecuencia de manera que la mayor parte de las operaciones sean sólo locales y se reduzca el tráfico en la red.  Independencia de réplica: Si una relación dada (es decir, un fragmento dado de una relación ) se puede presentar en el nivel físico mediante varias copias almacenadas o réplicas, en muchos sitios distintos.  Procesamiento Distribuido de Consultas: El objetivo es convertir transacciones de usuario en instrucciones para manipulación de datos, y así reducir el tráfico en la red implica que el proceso mismo de optimización de consultas debe ser distribuido. Manejo Distribuido de Transacciones: Tiene dos aspectos principales, el control de recuperación y el control de concurrencia, cada uno de los cuales requiere un tratamiento más amplio en el ambiente distribuido.  Independencia con respecto al equipo: El SGBDD debe ser ejecutable en diferentes plataformas hardware .  Independencia con respecto al Sistema Operativo: El sistema debe ser ejecutable varios diferentes SO.  Independencia con respecto a la red : El sistema debe poder ejecutarse en diferentes redes. Todos los usuarios accedan a la BDD a través de un esquema global en forma transparente al usuario. Debe ser posible ejecutar diferentes SGBDD locales que utilicen distintos modelos de datos

Unidad 3: Transacciones Objetivo: El alumno construirá transacciones, copias de seguridad y reingeniería en una BD para el manejo de usuarios e instancias.

Unidad 3: Transacciones Transacción: Permiten realizar acciones agrupadas en una base de datos para ejecutar sentencias independientes. Tienen 2 objetivos: *Proporcionar secuencias de trabajo fiables, que permiten poder recuperarse fácilmente ante errores y mantener una base de datos consistente frente a fallos del sistema. *Proporcionar aislamiento entre programas accediendo a la vez en la base de datos.

Una transacción es la ejecución de un programa que actualiza la base de datos. Tiene 4 propiedades fundamentales: ~Atomicidad.- Una transacción es una unidad atómica de procesamiento esta se realiza o no se realiza. ~Consistencia.- Si se ejecuta una transacción sobre un estado consistente, el resultado será un nuevo estado consistente. ~Aislamiento.- Una transacción no hará visibles sus modificaciones a otras transacciones hasta que termine de ejecutarse completa. Es decir una transacción desconocida a las transacciones que se están ejecutando. ~Durabilidad.- Una vez que una transacción se está ejecutando exitosamente, realiza cambios sobre el sistema, estos cambios nunca se deben perder a causa de fallas en el sistema. Una transacción simple es aquella que contiene instrucciones de comienzo, grabación y aborto de la transacción esta se borra irremediablemente, pues no existe un grabado intermedio.

Equipo #1 Start transaction Commit y rollback (insert) 1.1 Esta es la base de datos del equipo #1 con la base de datos Ferreteria, y una tabla llamada materiales.

1.2 En esta transacción usamos el commit con el insert, el cual ya no te regresa los datos a los anteriores.

2.1 Con la misma base de datos de la transacción anterior, insertamos otro dato.

2.2 Aplicamos el rollback en la transacción.

Equipo #2 Strat transaction Commit y rollback con el update 3.1 Creamos la base de datos Alumnos con la tabla Datos:

3.2 Estos son los datos de la tabla datos:

3.3 Actualizamos datos en una transacción.

3.4 Aplicamos el Commit y ya no se pudieron regresar los cambios con el rollback.

4.1 Con la misma base de datos anterior actualizamos otros datos.

4.2 Aplicamos el Rollback a los datos actualizados.

5.1 Creamos una base de datos llamada: ‘Grupo’ con una tabla llamada ‘ITIM21’:

5.2 Estos son los datos de la tabla ITIM21:

5.3 Eliminaremos datos de la tabla dentro de una transacción:

5.4 Aplicaremos el rollback a los deletes:

6.1 Con la misma base de datos Aplicaremos deletes en otra transacción.

6.2 Aplicamos el commit para los deletes para aplicar definitivamente los cambios.

7.1 Creamos la base de datos automotriz con la base de datos ‘motor_gasolina’.

7.2 Estos son los datos de la tabla motor_gasolina.

7.3 Bolqueamos la tabla de escribir.

8.1 Con la base de datos anterior ‘automotriz’ desbloqueamos la tabla e insertamos nuevamente el dato.

9.1 Creamos la base de datos de Farmacia, con las tablas ‘Articulos’ y ‘Proveedores’;

9.2 Start transaction con savepoint (Con insert)

9.3 Rollback to savepoint

10.1 Savepoint con update

10.2 rollback to savepoint

11.1 Rollback con delete

11.2 Rollback to savepoint

12.1 Rollback con reléase

Lock table y Unlock table Una técnica utilizada en los sistemas de gestión de bases de datos. Permite realizar bloqueos de tablas explícitamente con el fin de cooperar con otras sesiones para acceder a las tablas, para evitar que otras sesiones modifiquen las tablas. Lock table no es una operación transaccional, al hacer un commit especifico de cualquier transacción se debe activar antes de tratar bloquear las tablas. Rollback no libera bloqueos de tablas ni transaccionales de mysql  

Si un flujo obtiene un bloqueo write en una tabla, sólo el flujo con el bloqueo puede escribir a la tabla. Si un flujo obtiene un bloqueo read en una tabla, ese flujo (y todos los otros) sólo pueden leer de la tabla.