Ok. Transacciones es realmente algo simple. Es como tener certeza que el mundo no ha cambiado mientras diste unos pasos mas.
Si tienes un vble:
Código SQL
[-]a = 1 a = 2 total = 1 + a
puedes pensar que se ejecuta todo en el exacto orden que estas leyendo, y que total terminara en 3.
Pero en un ambiente paralelo o asincronico y al acceder una variable mutable accesible por MULTIPLES (posibles) PROCESOS:
Código SQL
[-]Proceso 1: a = 1 Proceso 1: a = 2 Proceso 2: a = 0 Proceso 1: total = 1 + a
no puedes presumir que el orden de las acciones es el que estas leyendo en codigo. Porque multiples procesos pueden, en cualquier momento, "cambiar el mundo" bajo tus pies.
Asi, que mientras este solamente afectando una sola "variable"
Código SQL
[-]Proceso 1: a = 1
puedes dejarlo en manos del componente / motor.
Pero si necesitas mantener la CERTEZA que el mundo no ha cambiado, ten en cuanta que el motor NO PUEDE ASUMIR:
Código SQL
[-]12:00.1am Proceso1: a = 1 12:00.2am Proceso1:a = 2 12:00.3am Proceso1total = 1 + a
porque totalente pude ser:
Código SQL
[-]12:00.1am Proceso1: a = 1 4:00 pm Proceso1:a = 2
asi que para indicarle que un conjunto de instrucciones REALMENTE son secuenciales, debes encapsularlas en una transaccion:
Código SQL
[-]TRASACCION 1 12:00.1am Proceso1: a = 1 12:00.2am Proceso1:a = 2
Asi, que si, es necesario usarlo incluso en SELECT, si hay UN CONJUNTO DE SELECTS que logicamente DEBEN LEER SOBRE EL MISMO CONJUNTO DE DATOS.
Si no, tendras una "lectura fantasma".
Debes leer sobre las propiedades ACID para completar tu entendimiento:
https://es.wikipedia.org/wiki/Aislamiento_(ACID)