Subquery SQL är ett programmeringsspråk och standard interaktiva språk för att hantera en databas . Det ger också en plattform för att modifiera data för att bättre hantera databasen och hänga med ständigt föränderliga webbdesign . Som med alla plattformar , det finns många nackdelar med en delfråga SQL , som du behöver tänka på innan programmering med SQL . Ytterligare steg behöver utföra
När delfråga används , kommer databasservern måste utföra ytterligare steg innan resultaten från delfråga SQL används . Dessa åtgärder, t.ex. sortering , ska utföras av den Frågeoptimeraren för att fungera korrekt . Saknar Förmågor
Subquery SQL saknar förmåga för plattformsoberoende bärbarhet . Detta eliminerar sammanlänkade mellan leverantörer som ofta är önskvärt med webbprogrammering . Detta understryks av de inkonsekvenser som varierar programmering från leverantör till leverantör , vilket gör Subquery SQL oförenlig med andra leverantörer .
Complexity Ofta Undesirable
SQL är ofta uppfattas som en extremt komplex plattform av användare , är som att använda frågor i stället för delfrågor tros vara mycket lättare . Det kräver ett tvetydigt språk grammatik och semantik som inte behövs med andra former av programmering . SQL lånar COBOL - stil keywording metoder som ofta resulterar i en gemensam återanvändning av färre ord och regler . Detta resulterar ofta i fel under hela programperioden eftersom kombinationerna är antingen oförenliga eller oförenliga med varje ord .
Språk och frågor Kombination
Formuleringen med Subquery SQL gör det extremt vanligt att ansluta alla kombinationer i ett, vilket ofta orsakar en skenande resultat . Detta drabbar ofta ett stort antal rader i tabeller där ett mindre antal man önskar att påverkas .
