|
Dos cuestiones:
1. ¿Cuando sabe la barra de progreso cuando detenerse sin saber la cantidad de registros a borrar? O dicho de otro modo: como saber cuando debe estar al 50% de la tarea si ese SQL no indica cuantos registros son afectados?
2. ¿No te parece un pelin fuera de lugar y medio absurdo que un componente que no es visual (el query) disponga internamente de otro que si lo es? Un query es un query, y un progressbar es un progressbar.
Por 1 y 2, tienes un error de concepto, de diseño y de lógica.
En todo caso puedes 1ro lanzar una consulta SQL para saber la cantidad y que registros se van a eliminar. Y luego mediante un ciclo for u otro lanzar una instruccion SQL DELETE para ir borrando el registro i-ésimo. Naturalmente en cada iteración procedes a incrementar la posición del progressbar.
Obviamente, toda esta operatoria debería estar protegida por una transacción.
Saludos,
|