mysqlの：削除クエリでのインデックスは

Question

私は今 mysql: multiple indexes advice

私は少し別の問題に焦点を当てたいと思いインデックスに提案を求め、ここでクエリを選択しました：私もで行の多くを削除する必要があります同じ時間（あなたが頼む場合には、私のdbは地図作成ツールをサポートしているので、たくさんの挿入と削除があり、ユーザーがマップ要素を追加したり削除したりする度に再挿入します。 インデックスは削除にも使用されますか？私は、テーブル1を新しいテーブル2にコピーして、削除されていないすべての要素を除外することができると想像しました（selectを使用しています）、古いtable1を削除してtable2をtable1にコピーすると、table1は必要な行だけで終わります。もちろん、削除操作がインデックスを使用する場合、selectがこれを行うのと同じ方法では無駄です。私は非常に大きなテーブルが何百万行に達するかもしれないと強調します。 最良のアプローチは何ですか？

編集：これはショー作成テーブルです

|地図| map（
px NULL進（7,3）NOT NULL、
py進（7,3）NOT、
pz進（7,3）NOT NULL、
rx進（7,3）NOTにはCREATE TABLE NULL、
ry進（7,3）NOT NULL、
rz進（7,3）NOT NULL、
sx進（7,3）NOT NULL、
sy進（7,3）NOT NULLと、
sz小数（7,3）NOT NULL、
a TINYINT（1）NULL NOT、
b TINYINT（1）NULL NOT、
c TINYINT（1）NOT NULL、
d TINYINT（1）NULL NOT 、
e TINYINT（1）NOT NULL、
f TINYINT（1）NOT NULL、
g TINYINT（1）NOT NULL、
h TINYINT（1）NULL NOT、
i TINYINT（1）NULL NOT、
j TINYINT（1）NULL NOT、
k TINYINT（1）NULL NOT、
l TINYINT（1）NULL NOT、
mテキスト、
KEY a（a ）、
KEY b（b）、
KEY c（c）、
KEY d（d）
）ENGINE = InnoDB DEFAULT CHARSET = latin1 |

Answer 1

「更新された」100万行を扱うための手法は複数あります。

1. 完全な交換の場合は、新しいテーブルを作成してから交換してください（RENAME TABLE）。

2. 「更新」はINSERTまたはUPDATEに必要がある場合...つまり、一部の行が新しく追加され、いくつかは次の2つのいくつかの組み合わせを必要とする場合INSERT ... ON DUPLICATE KEY UPDATE ...

3. を見て、その後、若干の変更を必要とし、プラスDELETEingいくつかの行は、より扱いにくくなりますが、おそらく非常に少数のSQL文で実行できます。ループはありません。 CREATEを入力し、変更セットを（LOAD DATA？）に入力します。マルチテーブルDELETEを実行します。 「新しい」行にコピーするにはINSERT ... SELECT .. LEFT JOIN ..を実行します。 IODKUまたはマルチテーブルUPDATEはUPDATEsを実行しますか？私はそのうちのいくつかについて議論しますhere。

私はあなたがしなければならないことを完全にgrokしていません。これらのテクニックのどれが近いと思いますか？私が提案したものにあなたの要件を近づけることができますか？おそらく私はより具体的にすることができます。 SHOW CREATE TABLEを組み込み、挿入/削除/更新の対象を決定する役割を果たす列を指摘することはおそらく有益でしょう。

そして、はい、INDEXesは、DELETEsとUPDATEsに役立ちます。