Bästa Sättet Att åtgärda Brister 3504 Sql

I den här artikeln kommer jag att förklara om du vet varför felet uppstod [Fel 3504] [SQLState HY000] Det valda icke-aggregerade värdet ska vara en del av en länkad institution när du kör en SQL-fråga med avseende på Teradata. Jag kommer att beskriva den vanliga orsaken till problemet och visa hur du kan undvika allt i framtiden.

Problem

Fel 3504 uppstår när datafiler samlas in i Teradata med någon sorts GROUP BY -sats. Det spelar egentligen ingen roll om du släpper DML ask (SELECT) eller gillar Men när DDL -teknikerna (som VIEW) har du ett exakt fel. Det enklaste sättet att få ett fel är:

 VÄLJ EMPLOYEE_ID, AVG (LÖN)ANSTÄLLDABESTÄLLNING 1; 

Syftet med ovanstående fråga är verkligen att beräkna den genomsnittliga lönen som oftast är associerad med alla säljare. Detta är dock kanske inte tillräckligt

Inget GROUP BY -uttalande

När du använder grupperingsåtgärder (som SUMMA, Räkna, du genomsnitt), kom ihåg att använda GROUP BY -erbjudandet mellan WHERE -klausulen och av den anledningen HAVING / ORDER BY. SQL -satsen för operationen är alltför väl följande:

1. VÄLJ , AVG (attribut)
2. FRÅN tabell1
3. JOIN (INNER JOINT // VÄNSTER TILL HÖGER eller FULLT YTTRE JOINT) tabell2
4. PÅ tabell1.attribut matchar tabell2.attribut
5. Om
6. GRUPP EFTER
7. ÄR
8. BESTÄLLNING AV

Undantaget är att klienter inte ska låta dem använda GROUP BY -termen när de grupperar data som saknar många andra attribut, men det råkar sällan användas.

Antal dåliga attribut

Problem Utvalda icke-aggregerade respekter måste vara partiella, dvs eftersom en associerad grupp också kan äga rum. Kanske har du redan en GROUP BY -klausul i din fråga, och slutresultatet listan över missförstånd i en GROUP BY -klausul är ofta inte hel, dvs inte alla argument som används med grupperingsfunktioner inkluderades i den faktiska BY -gruppsträngen, till exempel: < /p>

 VÄLJ EMPLOYEE_ID, AVG (LÖN)S ÅR, ANSTÄLLDAEMPLOYEE_ID GROUPBESTÄLLNING 1.2; 

I föregående översikt, efter SELECT -uttalandet, behåller vårt team de två attributen EMPLOYEE_ID för att inte tala om YEAR, och endast EMPLOYEE_ID -kvaliteten tillhör GROUP BY -termerna – den här funktionen kommer inte att syfta.

Lösning

Beroende alltid på GROUP BY -klausulen för att fungera

Inom ekonomi används frågor med gruppoperationer utan ytterligare attribut förvånansvärt sällan, till exempel:

 VÄLJ TOTALT (LÖN)ANSTÄLLDA; 

Du kan fint testa eller söka efter generiska fakta eller patientnummer, till exempel i början av ett företag. Vi behöver vanligtvis mer komplexa beräkningar. Kom därför alltid ihåg att inkludera GROUP för en BY -klausul.

Se till att din argumentlista är lämpligast

Gör det alltid till ett nummer som matchar argumentlistan för SELECT -satsen med kvantitativa attribut för hela GROUP BY -kommandot, till exempel:

 VÄLJ EMPLOYEE_ID, YEAR, GENomsnitt (LÖN)ANSTÄLLDAEMPLOYEE_ID GROUP, ÅRBESTÄLLNING 1.2; 

Om du uppskattade det här inlägget, lägg till ett svar nedan eller dela det på någon Twitter, Facebook, LinkedIn eller annan obegränsad nätverkswebbplats.
Tack för den speciella utvecklingen!