DROP impossible sur des tables

**treiber14** · 18/02/2021, 21h30

bonjour, j'ai des tables que je souhaite supprimer dans ma base de données.
Le drop table me renvoie un sympathique "504 Gateway Time-out" et c'est le seul message que je reçois. Ce sont des tables assez volumineuses certes mais pas extraordinaires : 400.000 lignes.
Le delete from ne fonctionne pas non plus, même message "504 Gateway Time-out".
Je ne suis pas un pro de mysql mais je l'utilise tout de même depuis 20 ans et je n'ai jamais vu ce pb et sur Internet je n'ai rien trouvé non plus.
Sur ces tables je n'ai pas de contraintes externes.
Existe-t-il une commande autre que drop qui pourrait supprimer ces tables ?

Peut-être est-ce un pb de mon hébergeur plutôt qu'un pb mysql...je ne l'ai pas contacté.

**escartefigue** · 19/02/2021, 10h04

Bonjour,

Que donne un SELECTsur cette table ?

Sinon : un DROPdétruit non seulement la table (contenant et contenu), mais aussi les objets sous-jacents (ex: les vues, les triggers).
Si l'un des objets est inaccessible, le drop n'est pas possible.

Le DELETEne concerne que le contenu, il ne supprime ni la table ni les objets associés.

**treiber14** · 19/02/2021, 12h10

le select donne également le même résultat que le drop ou le delete, c'est-à-dire time out. Je sais bien que le delete ne drope pas la table, mais dans l'hypothèse d'une table trop grosse je voulais supprimer une bonne partie des enregistrements. Le delete même sur un seul enregistrement tombe en time out. Je n'utilise pas de trigger.

**escartefigue** · 19/02/2021, 14h00

Si le SELECTprésente le même résultat, c'est le serveur qui est en cause.

Que la table soit fortement chargée ou pas, un DROP est immédiat ou à peu près : il n'accède pas aux données, seulement au catalogue pour supprimer l'objet et les objets dépendants.
Il est donc sans intérêt de faire un DELETE préalablement au DROP, le DROP ne sera pas plus ni moins rapide et le DELETE aura inutilement chargé la log et fait perdre du temps