Examen Pregunta 5.b

[Solariped]

Buenas,
Para esta pregunta, tenemos que crear cualquier schedule no serial sin deadlock? o tiene que ser similar al schedule S del cuadro 1?(confunde la parte que dice "no necesita ser equivalente al schedule S")

[DomagojVrgoc]

No es necesariamente equivalente!

Pero sí, tiene que ser schedule para estas transacciones. Esto significa que el orden de operaciones dentro de una transacción si se mantiene.

[Solariped]

Pero entonces tenemos que usar exactamente esas mismas operaciones? no agregar ni eliminar ninguna? No me queda claro

[DomagojVrgoc]

Se trata de una trasacción. Esta es definida por sus operaciones.

[gabo1243]

Entonces puedo crear un schedule que mantenga el orden de acciones por transaccion, pero que de un resultado distinto? Y otra cosa, puedo permutar acciones dentro de la misma transaccion? (que no afecte el resultado internamente)

[Solariped]

Sigo sin entender el enunciado, nos piden que dejemos el schedule con Strict 2PL (que implica conflict-serializable) al schedule S del cuadro 1 que no es conflict-serializable. Por lo tanto tendriamos que permutar acciones en conflicto ?(pero de clase entendi que no se puede hacer eso).

[DomagojVrgoc]

Esta pregunta se trata de ver si entienden que es una transacción y nada más.

En ningun momento se mencionó que deben permutar operaciones, ni que el schedule debe ser equivalente al presentado (incluso se menciona esto de manera explicita en el enunciado).

Que strict 2PL deja un schedule pasar es efectivamente un efecto secundario de definir un schedule bien.