Si una cosa ya ha sido modificada por el proceso de actualización, si lo vuelves a correr: NO pasará nada de malo; pero, lo que hagas correr: DEBE ser correcto.
Para saber si hace falta, o no, correr los SQL, debes saber interpretar lo que significan las sentencias SQL. Por ejemplo:
- Código: Seleccionar todo
ALTER TABLE `#__categories` MODIFY `description` MEDIUMTEXT;
Significa que en tu db, hay una tabla con "tuprefijo_categories" en la que al campo "description" se le tiene que cambiar el tipo a "MEDIUMTEXT"
Si eso ya se hizo, cuando examines el campo "description" de esa tabla, verás que es del tipo "MEDIUMTEXT" y no de otro. Si ya se hizo y lo vuelves a repetir NO PASA NADA.
Y así con el resto de las modificaciones que se van insertando vía consulta SQL; sin embargo, como te comentaba antes, va a ser necesario que tú sepas interpretar el significado de lo que se está introduciendo y verificar si así es como lo tienes.
El problema de así como lo estás presentando, es que no es la forma en la que te he intentado explicar como debe hacerse genéricamente.
Veamos de aclararlo un poco más:
Por cada sitio que tengas que actualizar de esta forma:
Ve a la Configuración global >> Pestaña "Servidor" >> Campo "Prefijo".
Mi prefijo es b18qk_ y el tuyo, será otro porque ahora se generan aleatoria y automáticamente por cada instalación de Joomla!
Ese prefijo, debe reemplazar TODOS los #__ que encuentres dentro del "sql" (usa el "buscar y reemplazar" del editor para asegurarte)
Tomando de referencia un archivo SQL del actualizador digamos que tengo:
CREATE TABLE IF NOT EXISTS `#__associations` (
`id` VARCHAR(50) NOT NULL COMMENT 'A reference to the associated item.',
`context` VARCHAR(50) NOT NULL COMMENT 'The context of the associated item.',
`key` CHAR(32) NOT NULL COMMENT 'The key for the association computed from an md5 on associated ids.',
PRIMARY KEY `idx_context_id` (`context`, `id`),
INDEX `idx_key` (`key`)
) DEFAULT CHARSET=utf8;
Pero DEBE quedar tal que así, para que no me dé errores cuando lo corra desde phpMyAdmin:
CREATE TABLE IF NOT EXISTS `b18qk_associations` (
`id` VARCHAR(50) NOT NULL COMMENT 'A reference to the associated item.',
`context` VARCHAR(50) NOT NULL COMMENT 'The context of the associated item.',
`key` CHAR(32) NOT NULL COMMENT 'The key for the association computed from an md5 on associated ids.',
PRIMARY KEY `idx_context_id` (`context`, `id`),
INDEX `idx_key` (`key`)
) DEFAULT CHARSET=utf8;
¿Se ve el detalle de que he cambiado el prefijo "#__" por el correspondiente para MI sitio b18qk_ por todo donde aparecía?
Pues así con todos los archivos SQL de actualización; pero siempre usando el prefijo para las tablas de TU SITIO (y no el del mio o del vecino de enfrente)
Además, no se trata de "sumar las consultas de todos los archivos sql": este, una vez que ya se ha cambiado el prefijo, se puede insertar como consulta SQL. COPIA TODO el contenido de ese archivo con el prefijo ya reemplazado y pégalo en phpMyAdmin para correr la consulta SQL:
- Código: Seleccionar todo
CREATE TABLE IF NOT EXISTS `b18qk_associations` (
`id` VARCHAR(50) NOT NULL COMMENT 'A reference to the associated item.',
`context` VARCHAR(50) NOT NULL COMMENT 'The context of the associated item.',
`key` CHAR(32) NOT NULL COMMENT 'The key for the association computed from an md5 on associated ids.',
PRIMARY KEY `idx_context_id` (`context`, `id`),
INDEX `idx_key` (`key`)
) DEFAULT CHARSET=utf8;
"CREATE TABLE IF NOT EXISTS" solo creará la tabla "associations" y sus campos en tu base de datos si NO existe. Si ya EXISTE, no creará nada.
El tema, es que hay que hacer esto por orden de fechas y PONIENDO EL PREFIJO CORRECTO por cada sitio que tengas por revisar manualmente.
¿Se entiende un poco mejor?
Porque esto que intento explicar, no es para que sea útil solo entre la 1.7.0 y la 1.7.2, es para que os pueda servir en todos los casos, en los cuales, por supuesto, unas veces los archivos sql tendrán un contenido y en otras tendrán otro, pero los pasos y proceso a seguir, no cambia.
Si te equivocas, pero tienes un respaldo de tu base de datos: NO PASA NADA. Lo podrás restaurar sin problema.
Si hubieras insertado esa secuencia que has pegado NO PASA NADA, simplemente, aparte del error por no encontrar tablas con ese nombre, NO habrías actualizado manualmente absolutamente nada de nada.
Saludos y ya nos comentarás
solamente no quería hacerlo público. 
