Vem ställer SQL-frågor?

Bara med detta enkla dataset av träningsloggar har vi lyckats komma på många olika och användbara frågor. Nu ska vi ta en paus från frågeställningen för att prata om vem som brukar ställa alla dessa frågor (queries) och varför.

Vi föreställer oss att vi har en träningsapplikation med tusentals användare, som lagrar data som liknar träningsloggtabellen vi har använt. Den appen låter användarna ange dagliga loggar och visa sina framsteg på en personlig instrumentpanel - dashboard:

För en sådan app kan det finnas ett par olika personer i teamet som kanske ställer SQL-frågor:

De är de som bygger backend (serverns logik) och fronten (HTML / CSS / JS som ger data och formulär). Programvaruteknikerna kan använda SQL för att kommunicera på serversidaa med databasen som lagrar all användarens data. De behöver veta hur man gör några frågor som behövs av frontenden. Om användare t.ex. såg en instrumentpanel när de loggade in på hur mycket motion de gjorde den dagen, skulle ingenjören behöva räkna ut hur man gör ett SELECT filtrerat efter datum och användare. De skulle behöva räkna ut hur man infogar data och uppdaterar det (som vi ska diskutera längre fram)

Det är de som analyserar data, försöker lära sig mer om användare, kanske kommer med förslag på hur man hjälper dem att träna mer. De behöver en djup förståelse av SELECT -förklaringar, eftersom de behöver göra mycket komplexa frågor för att göra den analys de är intresserade av. Exempelvis kan de använda en SELECT för att analysera vilken andel av användarna som är mer benägna att göra mer träning om de började träna på morgonen, kanske med CASE och GROUP BY

De är beslutsfattare i ett företag, är de som tittar på data, pratar med användare, analyserar marknaden och försöker förstå hur man kan förbättra en produkt för att få fler användare, göra användarna lyckligare eller tjäna mer pengar. De behöver ofta en förståelse för SQL-frågor så att de kan titta på användarstatistik och försöka förstå vilka delar av en produkt som används mest, vilka delar som används på överraskande sätt och vad som inte används alls. De kan använda en SELECT för att se hur många användare som ens använder fältet "heart_rate" om de diskuterar att ta bort det.

Eftersom alla dessa personer arbetar på samma företag, kan och bör de dela kunskap med varandra om hur man använder SQL på sina databaser. Inte alla behöver vara SQL-experter, men enligt min erfarenhet kan många människor på ett företag dra nytta av att ha en grundläggande förståelse för SQL, och vissa av dem kanske vill gå in i mer avancerade funktioner allteftersom de blir mer sofistikerade.

Nu när du lärt dig allt detta, kan du fortsätta lära dig mer avancerade funktioner ...!