Премахването на дубликати на MySQL е различно

Ако семантичната организация на информацията намери своята реализация в действителност, тогава обхватът на отделния дизайн на MySQL ще бъде незабавно саморазрушителен. Съвременните бази данни се изграждат в рамките на връзката между данните, така че задачата за премахване на дублиращи се записи е от значение.

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

Организация на базата данни

Счита се, че "правилната" база данни съдържа уникални таблици и всяка от тях съдържа уникални полета. Разрешено е да има едно и също съдържание в полетата на различни таблици само ако са ключови и се осъществява логическа комуникация.


Например, графиката на персонала ще отиде в таблицата с данни за служителите за дадено поле. Таблицата за подбор на персонал съдържа само това, за което се отнася в конкретен контекст на предприятието, а списъкът на персонала съдържа само лични данни за персонала. С тази версия отделните данни на MySQL ще работят по заявка към двете таблици, която свързва персонала с служителите.

Уникалността на таблиците и полетата

При взаимодействие на таблицата с персонал и списък на персонала за всеки ред от първата таблица е специално място във втората. Втората таблица може да съдържа същите фамилии, имена, бащини хора, адресите на града също могат да съдържат еднакви улици. СтаиКъщите и апартаментите може да не са от особено значение (те не заемат много място).


В идеалния случай всички идентични думи се поставят в различни таблици и уникален ключ съответства на тях. Например списък на всички улици, фамилни имена, имена, бащино име. В таблицата с персонала, първоначалните схеми се сливат в желаната опция за подаване, а таблицата на персонала не включва списък на служителите, а искане за него и свързаните с него.
Колкото по-систематична е информацията, толкова по-уместна е употребата на MySQL. За правилната организация на данните трябва да се "плати" - при комбиниране на таблици общият брой линии на извадката се увеличава пропорционално на броя на редовете във всяка таблица. Това е абстрактен пример, обикновено разработчикът не детайлизира информацията до такава степен. Използването на MySQL разрешава този проблем: изберете необходимите записи. Може да има задачата да се анализират параграфите по изречения, изречени изречения и фразови фрази. В този случай, без речник не може да направи, но тя ще трябва да направи речници конюгации, окончания и други елементи на синтаксиса на езика.

Примерна заявка за MySQL "изберете отделна" заявка

Таблицата съдържа запис, в който четири сезона и две състояния на записа: активни и пасивни. Проби от проби:
  • всички записи;
  • само уникални;
  • са уникални при условията.
  • Те могат да бъдат както е посочено в изображението в статията.
    Функционалността на оператора при избора само на уникални записи удовлетворява всички структури от данни. Можете да използвате заявката взаявка, група и сортиране на данни преди избор. Въпреки това, винаги е най-добре да се опрости работата на базата данни колкото е възможно повече. Използването на MySQL в едно поле е винаги по-добро от това веднага.
    Особено важно е внимателно да се съставят заявки, които комбинират няколко таблици. Всяко сливане на данни в релационни бази данни преди експлоатацията на конструкциите where и join води до големи обеми данни. Ориентацията в тях изисква внимателност и точност от предприемача.

    Свързани публикации