Nivel 3 · Planifica una subida de precios con UPDATE

UPDATE cambia valores en filas que ya existen. Es la sentencia más peligrosa que escribe un analista, porque no se puede deshacer una vez confirmada, y una línea que falte cambia todas las filas de la tabla.

UPDATE … SET … WHERE

UPDATE price_plan
SET new_price = ROUND(old_price * 1.06, 2)
WHERE subcategory IN ('Pendants', 'Sconces');

SET dice qué columnas reciben qué valores nuevos. La expresión puede usar los valores actuales de la fila, aquí old_price. WHERE decide qué filas cambian, usando las mismas condiciones que ya conoces de SELECT. Cada fila que coincide cambia; las demás se quedan como están. Puedes fijar varias columnas a la vez: SET a = ..., b = ....

Primero previsualiza, luego actualiza una copia

Dos hábitos mantienen seguro un UPDATE.

Ejecuta primero el WHERE como un SELECT. Cambia UPDATE ... SET ... por SELECT * FROM ... con el mismo WHERE y mira qué devuelve. En el catálogo activo de Lighting devuelve 10 filas, 5 Pendants y 5 Sconces. Si hubiera devuelto 20, sabrías que la condición estaba mal antes de que cambiara nada.

Trabaja sobre una copia. El starter construye price_plan con CREATE TABLE ... AS SELECT, guardando el precio actual dos veces: old_price se queda como está y new_price se actualiza. El plan se puede revisar, cambiar y tirar sin tocar products, y la comparación es un GROUP BY:

subcategory	products	changed_products	avg_old_price	avg_new_price
Floor Lamps	5	0	138.20	138.20
Pendants	5	5	183.40	194.40
Sconces	5	5	216.20	229.17
Table Lamps	5	0	222.00	222.00

Las dos subcategorías intactas son la prueba de que el WHERE hizo su trabajo.

En una base de datos real, envuelve los cambios arriesgados en una transacción: BEGIN TRANSACTION;, el UPDATE, un SELECT de comprobación y luego COMMIT; si se ve bien o ROLLBACK; si no. Este juego hace la reversión por ti después de cada ejecución, por eso cada ejecución empieza recreando price_plan.

Errores comunes

• Sin WHERE. UPDATE price_plan SET new_price = ... cambia las 20 filas. La mayoría de los clientes SQL lo ejecutarán sin ninguna advertencia.
• Actualizar la tabla de origen. Subir products.unit_price directamente destruye el precio antiguo, así que la comparación es imposible y todos los informes que leen products cambian a la vez.
• Redondear en el momento equivocado. Redondea cada precio nuevo, como lo haría una tienda, y luego promedia. Promediar precios sin redondear puede diferir en un centavo.
• Comparar con NULL. new_price <> old_price es desconocido cuando cualquiera de los lados es NULL; en esta copia todos los productos de Lighting tienen precio, pero comprueba antes de contar filas cambiadas con otros datos.

En SQL Server

UPDATE ... SET ... WHERE es idéntico en T-SQL. SQL Server añade una cláusula OUTPUT que devuelve los valores anteriores y posteriores de cada fila cambiada, útil como recibo:

BEGIN TRAN;
UPDATE dbo.PricePlan SET NewPrice = ROUND(OldPrice * 1.06, 2)
OUTPUT deleted.NewPrice, inserted.NewPrice
WHERE Subcategory IN ('Pendants', 'Sconces');
ROLLBACK;  -- or COMMIT

En SSMS, BEGIN TRAN queda abierto hasta que confirmes o revierstas, así que termínalo.