SQL отделни: описание, примери, свойства

Често, когато се използва SQL за извличане на информация от таблици, потребителят получава излишни данни, което се състои в наличието на абсолютно еднакви дублиращи се редове. За да изключите тази ситуация, използвайте отделния аргумент на SQL в клаузата Избор. В тази статия ще разгледаме примери за използването на този аргумент, както и ситуации, при които е по-добре да се изостави аргументът.

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

Подготовка на маси

Представете си, че в базата данни има съхранена информация за тапета, представена в две таблици. Това е таблицата Oboi (тапет) с идент. № на полета (уникален идентификатор), тип (тип тапет - хартия, винил и др.), Цвят, структура и цена. И таблицата "Другики" (остатъци) с полетата id_oboi (позоваване на уникалния идентификатор в таблицата Oboi) и броя (броя на ролите в склада).

Попълнете таблиците с данни. В таблицата с тапет добавете 9 записа:

В таблицата с останалите има и девет записа:

Нека да започнем, като опишем как да използваме разликата в SQL.

Поставете различно в клаузата Избор

Различният аргумент трябва да бъде поставен непосредствено след избирането на ключова дума в заявките. Той се прилага незабавно към всички колони, посочени в клаузата за избиране, тъй като ще изключи абсолютно еднакви редове от резултата от заявката. Поради това е достатъчно да се уточни "изберете отделно", когато пишете SQL заявката. Единственото изключение е използването на отделни вътрешни функции, които ще разгледаме малко по-късно.

Трябва да се помни, че повечето СУБД не разпознават заявката ви по следния начин:

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

Използване на отделни в стандартните заявки

Очевидно е, че при правилната конструкция на таблицата и нейното запълване в една таблица ситуациите се изключват, когато се срещат абсолютно еднакви струни. Следователно, изпълнението на заявката "Select distinct *" с избор от една таблица е практически непрактично.

Представете си ситуация, в която трябва да разберете какъв тип тапет имаме, само за удобство, сортиране по тип:

И получаваме резултата:

Както можете да видите, в таблицата има дублирани редове. Ако добавим към отделната клауза за избор:

тогава получаваме резултата, без да повтаряме:

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

Използване на отделни в съвкупните функции

SQL разликата може да се използва с всяка агрегатна функция. Но за Мин и Макс неговото използване няма да има никакво въздействие и при изчисляването на сумата или средната стойност рядко е възможно да си представим ситуация, при която няма да е необходимо да се вземат под внимание повторенията.

Да приемем, че искаме да знаем колко нашият склад е пълен и затова изпращаме заявка, която изчислява общия брой ролки в склада:

Заявката ще върне отговор 143. Ако променим:

тогава получаваме само 119, защото тапетите по членове 3 и 7 са на склад в същото количество. Очевидно обаче е, че този отговор е неправилен.

Най-често SQL се използва с функцията Count. Така че, без затруднения, можем да разберем колко уникални вида тапети обикновено имаме:

И да получите резултат 5 - хартия обикновени и двуслойни, винил, плат и нетъкан. Разбира се, всеки видя реклама като: "Само че имаме повече от 20 вида различни тапети!", Което означава, че в този магазин няма няколко десетки рула от всичко, но тапети от най-различни модерни типове.

Интересното е, че в една заявка можете да определите няколко функции Count с или без отделен атрибут. Това е, че това е единствената ситуация, в която отделно в Select може да присъства няколко пъти.

Кога трябва да отхвърля използването на аргумент

Използването на отделен аргумент на SQL трябва да бъде отхвърлено по един от двата начина:

1. Избирате от таблици и сте сигурни в уникалността на стойностите във всяка от тях. В този случай използването на аргумента е нецелесъобразно, защото това е допълнително натоварване на сървъра или клиента (в зависимост от вида СУБД).
2. Страхувате се от загуба на необходимите данни. Ще обясним.

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

И - изгубете някои от данните:

Може да се окаже, че имаме само един тип тапети от хартия (конвенционални и двупластови), въпреки че всъщност дори в нашата малка маса те имат две статии (резултатът не е различен):

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

Алтернативно различно

Обратното на отделения аргумент е аргументът "Всички". Когато го използвате, дублираните линии се запазват. Но тъй като по подразбиране DBMS смята, че е необходимо да отпечатате всички стойности, All аргументът е по-скоро спецификатор, отколкото истински функционален аргумент. Надяваме се, че сега разбирате, когато се използва отделен (SQL). Описанието ви даде пълна информация за целесъобразността на прилагането на този аргумент при решаване на различни проблеми. В края на краищата, както се оказа, дори такъв прост аргумент в приложението му крие много осезаема вероятност да загубят някои данни и да извлекат неточната информация.