El problema (y por eso te recalcaba que no era posible) es que el motor InnoDB que usa MySQL no es un archivo como Access o cosas semejantes. Es una estructura algo más compleja, y de hecho, las tablas no son sólo esos archivos que levantaste.
Leyendo el manual de referencia:
http://dev.mysql.com/doc/refman/5.0/...-overview.html
dice:
Cita: A pesar de estar totalmente integrado con el servidor MySQL, el motor de almacenamiento InnoDB mantiene su propio pool de almacenamiento intermedio para tener un cache de datos e índices en la memoria principal. InnoDB almacena sus tablas e índices en un espacio de tablas, el cual puede consistir de varios ficheros (o particiones disco). Esto difiere de, por ejemplo, el motor MyISAM, donde cada tabla se almacena empleando ficheros separados. Las tablas InnoDB pueden ser de cualquier tamaño, aún en sistemas operativos donde el tamaño de los ficheros se limita a 2GB.
Esos archivos son unos archivos ibdataX.ibd que están en la carpeta /data de MySQL. Para recuperar los datos se debe recuperar todo, y ese binario es lo que se "cortó" al hacer el DROP.
Como ese mismo binario mantiene una continuidad de estructuras y datos, si se elimina algo de allí, no es recuperable (al menos no es recuperable con un sistema de recuperación de archivos borrados), porque lo que se pierde es un
segmento del binario y no el archivo completo. Luego habría que enlazar lo que está con lo recuperado, con un resultado bastante incierto.
Por eso el manual dice que el DROP DATABASE debe ejecutarse con precaución.
Francamente, a estas alturas, dudo que puedas hacer algo.