PostgreSQL - Unika element

Trots PostgreSQL är den databasmotor som bäst överensstämmer med ANSI-SQL-standarden, betyder det inte att den inte har unika egenskaper, som skiljer den från andra konkurrenskraftiga lösningar och gör att den kan positionera sig mycket högt i databasvärlden. relationsdata , dessa unika saker är ofta genvägar som sparar oss från att behöva göra flera frågor mot tabellerna för att få de nödvändiga uppgif.webpterna, men om vi vill att allt ska överensstämma med standarden bör vi inte använda dem.
DISTINCT ON
Detta är en favorit i användning, det är en nytolkning av DISTINKT, förutom att det tillåter oss att definiera vilka kolumner som är de som kommer att betraktas som olika i frågan och även om det finns fler kolumner kan vi definiera ordningen för att utse den föredragna.
Låt oss se i följande bild ett exempel på vad vi hänvisar till, i det här exemplet ska vi få taket på en tabell:

FÖRSTORA

Klausulen PÅ Det kan ta flera kolumner att tillämpa DISTINKT och sedan med ***** BY måste vi börja med kolumnerna som vi använder med DISTINCT ON och sedan våra favoritkolumner.
LIMIT och OFFSET
Dessa två klausuler BEGRÄNSA Y OFFSET i frågan hjälper de oss att begränsa antalet poster som returneras av frågan. De kan användas tillsammans eller separat; trots allt är de inte unika PostgreSQL, faktiskt kopieras de från MySQL.
A OFFSET av 0 motsvarar att inte använda klausulen, brukar vi använda dessa två element tillsammans med a ***** FÖRBI.
Låt oss se ett praktiskt exempel för att bättre se hur de fungerar:

FÖRSTORA

Som vi kan se införlivar vi dessa två klausuler i frågan som vi redan hade sett, vi märker att vi begränsar resultatet till 3 poster och med OFFSET Vi säger att det ska börja efter det andra resultatet i ordningen, så det första resultatet blir det tredje rekordet.
JAG GILLAR
Denna klausul gör att vi kan söka i texterna oberoende av versaler, det hjälper oss mycket eftersom vi kan göra mycket breda sökningar utan rädsla för att vi kommer att utelämnas på grund av sättet att skriva termen som ska lokaliseras.
Frågan med vilken vi kan göra detta är följande:

VÄLJ tract_name FRÅN census.lu_tracts VAR tract_name ILIKE '% duke%';

Om vi ​​tittar på resultatet som detta skulle ge skulle det vara ungefär så här:

Som vi kan se är det ganska enkelt. Det finns ett sätt att efterlikna detta beteende i ANSI-SQL och det är med hjälp av funktionen ÖVRE i båda ändarna av sökningen, dock med denna enda operatör av PostgreSQL vi sparar mer arbete.
Med detta avslutar vi handledningen, vi vet redan lite mer om fördelarna med PostgreSQL vid tidpunkten för att använda dess unika element som hjälper oss att ge en förlängning av funktionaliteten i ANSI-SQL och på detta sätt har ett mycket större utbud av alternativ för att täcka olika behov som kan uppstå i de databaser som vi administrerar.Gillade du och hjälpte denna handledning?Du kan belöna författaren genom att trycka på den här knappen för att ge honom en positiv poäng