Hva er Postgres? Databasen bak mange apper, forklart

Postgres (offisielt PostgreSQL) er en gratis, åpen kildekode relasjonsdatabase: et program som lagrer en apps data i tabeller med rader og kolonner, kobler tabellene sammen, og svarer på spørsmål om dem i et språk som heter SQL. Den er kjent for å være pålitelig, streng på å holde dataene riktige og fleksibel nok til alt fra en påmeldingsliste til en stor bedrifts registre. Mange webapper, og mange av tjenestene som hoster dem, er bygget på den.

Hvorfor det betyr noe når du bygger med AI

Når en AI-appbygger legger til «en database» i prosjektet ditt, er det god sjanse for at det er Postgres. Du trenger ikke skrive SQL for å bruke den, men litt forståelse hjelper deg langt:

• Du kan beskrive data i formen databasen trenger. «Kunder har mange bestillinger; hver bestilling har mange varer» oversettes direkte til tabeller.
• Du kan be om riktig beskyttelse. Postgres kan avvise dårlige data på egen hånd — en duplisert e-post, en bestilling for en kunde som ikke finnes — hvis AI-en setter opp reglene.
• Du kan lese det AI-en gjorde. Tabellnavn, kolonner og relasjoner er lette å sjekke i en tabellvisning, selv om du aldri rører koden.

En hverdagslig sammenligning: et svært strengt arkivkontor

Tenk deg et arkivkontor med et skap for hver type ting — ett for kunder, ett for bestillinger, ett for produkter. Hvert kort i en skuff har de samme trykte feltene å fylle ut. Hvert kort har et unikt nummer, og et bestillingskort gjentar ikke kundens detaljer; det bare sier «kunde nr. 214», og peker på kundeskuffen.

Ekspeditøren er streng. De vil ikke arkivere en bestilling som peker til en kunde som ikke finnes. De vil ikke ta imot et kort der datofeltet er tomt hvis det er påkrevd. Og hvis du ber dem flytte penger fra ett kontokort til et annet, gjør de enten begge halvdelene eller ingen — aldri bare den ene.

Den ekspeditøren er Postgres. Skuffene er tabeller, de trykte feltene er kolonner, hvert kort er en rad, og lenken «kunde nr. 214» er en fremmednøkkel (foreign key).

Hva Postgres er god på

Postgres startet som et forskningsprosjekt ved University of California, Berkeley, på 1980-tallet, og har blitt utviklet åpent av et globalt fellesskap siden 1990-tallet. Den lange historien er grunnen til at den ofte er standardvalget: den er godt dokumentert, bredt støttet, og hver større skyleverandør tilbyr en administrert versjon.

Et konkret eksempel: å gjøre et regneark om til tabeller

Anta at du driver en liten cateringvirksomhet og holder styr på alt i ett regneark: hver rad er et arrangement, med klientens navn, telefon og e-post, dato, menyvarene og prisen.

Problemene dukker raskt opp. Den samme klienten står på seks rader med to forskjellige telefonnumre. Menyvarene er skrevet inn i én celle som «canapés x40, salat x2», så du kan ikke summere hvor mange canapés du lagde i mars.

I Postgres blir den samme informasjonen til fire tabeller:

Nå ligger en klients telefonnummer på ett sted. «Hvor mange canapés lagde vi i mars?» er ett enkelt SQL-spørsmål. Og når du registrerer et nytt arrangement med sine varer, sørger en transaksjon for at du aldri ender opp med et arrangement der halvparten av varene er lagret.

Dette er steget folk hopper over når de ber en AI om å «lage en app av regnearket mitt». Guiden om å gjøre et regneark om til en app går lenger.

Viktige begreper

• Tabell, rad, kolonne: en type ting, én forekomst av den, én opplysning om den.
• Primærnøkkel: den unike ID-en til hver rad, vanligvis id.
• Fremmednøkkel: en kolonne som peker til en rad i en annen tabell, som client_id.
• Skjema (schema): designet av alle tabellene og kolonnene dine.
• Migrering: en lagret, repeterbar endring av skjemaet, for eksempel «legg til en venue-kolonne i events».
• Spørring (query): et spørsmål eller en instruks skrevet i SQL.
• Tilkoblingsstreng (connection string): adressen og passordet backend-en bruker for å nå databasen. Det er en hemmelighet — se miljøvariabler og hemmeligheter.
• Administrert Postgres: en tjeneste som kjører, sikkerhetskopierer og oppdaterer Postgres for deg.

For de daglige operasjonene hver app utfører på disse tabellene — opprette, lese, oppdatere, slette — se hva CRUD betyr.

Vanlige feil og misforståelser

• Én gigantisk tabell. Å kopiere regnearkkolonnen for kolonne fører til de samme dupliseringsproblemene. Del opp ting som gjentar seg i egne tabeller.
• Å lagre lister i ett tekstfelt. «canapés x40, salat x2» i én kolonne kan verken telles eller søkes i ordentlig. Bruk en koblingstabell.
• Ingen constraints. Uten «e-posten må være unik» eller «hvert arrangement må ha en klient» slipper dårlige data inn stille og dukker opp måneder senere.
• Endre databasen for hånd i produksjon. Be om skjemaendringer som migreringer, slik at endringen registreres og kan gjentas.
• La nettleseren snakke direkte med databasen. Frontend-en bør gå gjennom backend-en din, som sjekker tillatelser. Databasepassordet hører aldri hjemme i sidekode.
• «Postgres er bare for store selskaper.» Det fungerer like godt for en venteliste med 50 rader, og du trenger ikke flytte bort fra det etter hvert som du vokser.
• Å anta at en database er en sikkerhetskopi. Den lagrer data; den beskytter ikke automatisk mot at du sletter dem. Sjekk hvilke sikkerhetskopier hostingen din tilbyr.

Hva du bør be AI-appbyggeren om

• «Lagre [ting] i en database. Tabeller: … med disse feltene: … Koble hver [bestilling] til en [kunde].»
• «Gjør e-post unik på kunder. Gjør disse feltene påkrevd. Ikke tillat en bestilling uten kunde.»
• «Bruk migreringer for hver skjemaendring.»
• «Legg til indekser for søkene vi gjør oftest: bestillinger per kunde og per dato.»
• «All databasetilgang går gjennom serveren. Oppbevar tilkoblingsstrengen i miljøvariabler.»

Hvis du er ny på ideen om en database i det hele tatt, start med hva en database er, og kom tilbake hit. En fullstack-app viser hvor databasen sitter ved siden av frontend og backend.

Postgres i Mythex

Mythex gir hvert prosjekt som trenger det sin egen dedikerte Postgres-database. Du konfigurerer den ikke: be om det i chatten («lagre påmeldte e-poster i en database») eller bruk kommandoen /database, så kobler Mythex den til, legger tilkoblingsdetaljene inn i appen din, og kan opprette tabellene for deg. En publisert apps database sover etter fem minutter uten aktivitet og våkner ved neste forespørsel, og du belastes for tiden den faktisk var våken, fra samme kredittsaldo som bygging. Detaljene står i database-dokumentasjonen, og dashbordmaler er et godt sted å se apper med data.

Spørsmål