Quitar el prefijo home_ de las 41 tablas del portal
El prefijo venía del nombre de la app Django (`home`), jubilada y borrada hoy, así que ya no significaba nada: home_stripelog -> stripelog. La BD se sigue llamando django_wow por historia (renombrarla es otra operación). Comprobado antes de tocar nada: 0 colisiones con nombres existentes, 0 palabras reservadas (contrastado contra las 260 de MySQL), sin vistas ni triggers que dependieran de ellas. El RENAME va en una sola sentencia porque así es atómico, y MySQL reapunta solo las 4 claves ajenas entre estas tablas. 170 referencias actualizadas en 37 ficheros. Se dejó a propósito sql/drop_home_securitytoken_authuser_fk.sql sin tocar: es una migración ya aplicada y reescribirla sería falsear el historial. De paso salió un fallo previo: prices.ts consultaba `home_restoreitemprice`, una tabla que NO existe. El try/catch de priceFrom se comía el error y devolvía siempre el precio por defecto, así que el precio de restaurar objetos nunca fue configurable. Se deja documentado en el código; crear la tabla es otra decisión. Verificado tras aplicar: 0 tablas home_, las 51 siguen ahí, y el conteo exacto de filas cuadra con el volcado previo (store_item 3068, item_data 44873, stripelog 35, store_order 26, noticia 50). La web responde 200 en todas las rutas y la portada carga las noticias sin errores. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
This commit is contained in:
@@ -26,7 +26,7 @@ export async function redeemPromoCode(accountId: number, rawCode: string): Promi
|
||||
|
||||
// Bloquea la fila del código (comparación binaria => sensible a may/min).
|
||||
const [rows] = await conn.query<RowDataPacket[]>(
|
||||
'SELECT id, pd, pv, max_uses, uses, active, expires_at FROM home_promocode WHERE code = ? COLLATE utf8mb4_bin LIMIT 1 FOR UPDATE',
|
||||
'SELECT id, pd, pv, max_uses, uses, active, expires_at FROM promocode WHERE code = ? COLLATE utf8mb4_bin LIMIT 1 FOR UPDATE',
|
||||
[code],
|
||||
)
|
||||
const promo = rows[0]
|
||||
@@ -45,7 +45,7 @@ export async function redeemPromoCode(accountId: number, rawCode: string): Promi
|
||||
|
||||
// Registra el canje (la clave única promo+cuenta evita el doble uso).
|
||||
try {
|
||||
await conn.query('INSERT INTO home_promoredemption (promo_id, account_id, redeemed_at) VALUES (?, ?, NOW())', [
|
||||
await conn.query('INSERT INTO promoredemption (promo_id, account_id, redeemed_at) VALUES (?, ?, NOW())', [
|
||||
promo.id,
|
||||
accountId,
|
||||
])
|
||||
@@ -57,7 +57,7 @@ export async function redeemPromoCode(accountId: number, rawCode: string): Promi
|
||||
|
||||
// Consume un uso (condicional, por si hubo carrera con otro canje).
|
||||
const [upd] = await conn.query<ResultSetHeader>(
|
||||
'UPDATE home_promocode SET uses = uses + 1 WHERE id = ? AND uses < max_uses',
|
||||
'UPDATE promocode SET uses = uses + 1 WHERE id = ? AND uses < max_uses',
|
||||
[promo.id],
|
||||
)
|
||||
if (upd.affectedRows !== 1) {
|
||||
@@ -69,7 +69,7 @@ export async function redeemPromoCode(accountId: number, rawCode: string): Promi
|
||||
const pd = Number(promo.pd)
|
||||
const pv = Number(promo.pv)
|
||||
await conn.query(
|
||||
'INSERT INTO home_api_points (accountID, vp, dp) VALUES (?, ?, ?) ON DUPLICATE KEY UPDATE vp = vp + VALUES(vp), dp = dp + VALUES(dp)',
|
||||
'INSERT INTO api_points (accountID, vp, dp) VALUES (?, ?, ?) ON DUPLICATE KEY UPDATE vp = vp + VALUES(vp), dp = dp + VALUES(dp)',
|
||||
[accountId, pv, pd],
|
||||
)
|
||||
|
||||
|
||||
Reference in New Issue
Block a user