C, PHP, VB, .NET

Дадена е таблица, в която има дублиращи се записи. Вашата задача е да изтриете всички повторения (т.е. да остане по един запис от всеки дубликат). Задачата звучи привидно тривиална. Нека създадем примерна таблица и да я напълним с информация:

CREATE TABLE people(
    id SERIAL PRIMARY KEY,
    name VARCHAR(255) NOT NULL
)ENGINE = InnoDB;

INSERT INTO people (name)
VALUES ("georgi"), ("ivan"), ("teodor"),
       ("georgi"), ("petar"), ("ivan"), ("philip"),
       ("ivan"), ("maria"), ("petar"), ("georgi");

Стандартно бихме подходили по следния начин - DELETE заявка, в чиято WHERE клауза изреждаме id-тата на редовете, които трябва да бъдат изтрити. Тях, естествено, намираме с вложен SELECT:

DELETE FROM people
WHERE id NOT IN (
        SELECT MIN(id)
        FROM people
        GROUP BY name );

Това, за съжаление, няма да работи. Грешката, която ще се върне, ще е следната:

ERROR 1093 (HY000): You can't specify target table 'people' for update in FROM clause

Грешката говори еднозначно - не можем да използваме таблицата по която трием записи във вложената заявка.

Единият начин да се справим със ситуацията е да "излъжем" MySQL по следния начин (това е стандартна тактика при "грешки" от горния тип):

DELETE FROM people
WHERE id NOT IN (
        SELECT * FROM (
            SELECT MIN(id)
            FROM people
            GROUP BY name ) AS t1
        );

Вторият популярен начин е да се използва SELF JOIN в DELETE:

DELETE t1 
FROM people AS t1 JOIN people AS t2 
                  ON t1.name=t2.name 
WHERE t1.id > t2.id;

Съществуват (и често се дават за пример!) и други методи, като например:

• Създаване на временна таблица, в която да се вмъкнат редовете, които са нужни, след това изпразване (TRUNCATE) на оригиналната таблица и връщане на записите от временната таблица в нея;
• С ALTER TABLE (с IGNORE клауза) да се създаде ограничение UNIQUE по колоните, в които има дублирани записи, след което ограничението да се махне.

И двата цитирани са крайно неефективни. В първият метод ще се отнема много памет/дисково пространство и ще се прави голямо количество заявки INSERT, а във втория метод използваме DDL, за да извършваме DML задачи, което никога не е препоръчително (и винаги е бавно).

Задачата от по-горе е класическа при интервюта по фирмите. С нея много лесно се вижда кой има практически опит в решаването на подобни казуси и кой няма :)

П.П. А в крайна сметка ако не желаем да има дублиращи се записи, не трябва да го позволяваме изначало, нали?