65. Ändra lite i schemat bara
lyssna! 
Vi inleder med både ett nytt och ett gammalt skämt innan vi snackar om verktyget(?) Prisma. Vi pratar om våra erfarenheter av det, hur vi använder det och att sitta på sin kammare och gissa sig till vad en inner left join är. Dessutom en hel del halloweenpumpor, namedroppande av databaser samt ett, något ångestladdat, skrik.
Om du gillar podden blir vi väldigt glada för en liten recension i iTunes eller en prenumeration på Spotify. Följ oss och säg hej på @asdfpodden på Instagram eller Twitter (Anton, Therése) <3
Länkar
Avsnittets skämt:
Why are C++ developers so good at discussions?
They always have such good pointers.
Skrapa här!!
Transkribering
Transkriberingen är gjord av nån "AI-grej". Du kan förbättra den genom
att klicka precis här :) "Varför är C++-utvecklare så bra på diskussioner?"
Jag vet inte.
"De har alltid så bra poäng."
Ja, den var bra tycker jag. Den gillar jag.
Jag tyckte den var lite lång när jag klämde ur den.
Du känner att du tappar Anna på vägen liksom.
Ja.
Man måste artikulera och ha sig.
Jaja, välkomna till ett nytt avsnitt av ASDF.
–Jaha, så varmt välkomna.
–Vi, vad tänkte jag säga, det känns som att jag fortfarande håller på att återhämta mig från Norges, fast på ett positivt sätt.
Alltså att inte att jag är trött, utan jag är trött fysiskt. Det var samma sak.
Jag har fortfarande fått massa energi därifrån och inspiration, men jag är lite trött fysiskt.
- Just det. Du är inte trött, men du är trött. - Exakt, det var det jag skulle säga.
- Jag är mer överkörd av livet tror jag, hösten. - Ja, fy fan, det börjar bli så jävla mörkt nu.
- Ja, och det är också blött och lerigt. Så fan.
Jag har liksom någon helt orimlig rädsla från att halka på löv när jag går runt ute nu.
Alltså jag tänker att varenda löv kommer liksom glida iväg som en jävla isbit under foten på mig.
- Alltså jag har varit så jävla nära på att skrota fullständigt på blöta löv, så jag förstår dig.
- Ja, det är bra. Då är jag inte helt ensam i alla fall.
- Nej, nej. Går så här lite i en backe på bara blöta löv och så min hund som bara drar iväg efter någonting.
Alltså det är... Jag lever ju verkligen på gränsen nu, det känner jag.
Exakt, men det är inte blöta län vi ska prata om. Vi tänkte väl prata om, vad är det för något? Ett verktyg?
Hur man i fysikens värld får fram ett spektrum då använder man sig av en prisma.
Exakt, det var en referens som inte så många tog. Men vi ska prata om något som heter prisma.
som vi skulle säga är ett verktyg. Det är typ ett ORM, som jag inte riktigt kommer ihåg vad det står för just nu.
- Object... - Relational Mapper? Model?
- Model. - Jag måste googla.
- Det här kunde jag... Alltså jag har kollat upp det här så många gånger. Ja, skitsamma.
- Vi har ju... Object Relational Mapping får jag upp som första träff.
Det finns väl något gammalt ormskämt i början av poddens historia tror jag?
- Ja precis, att jag inte kan använda mig av det för jag har ormfobi.
- Exakt. - Det har aldrig varit.
- Det har vi löst nu. - Vilken jävla tight öppning!
- Gud ja. - Alltså det här.
- Nu, nu... - Vänta, låt mig bara säga.
Vet du varför jag inte kan en abstraktion på mina SQL-frågor?
Ormfobi. - Just det, just det.
Där har vi det.
Och vi ska prata om abstraktioner på SQL frågor.
Det var det vi skulle komma till.
Det hade varit perfekt att ha det skämtet nu istället.
Skitsamma.
Nu är vi igång.
Men Prisma i alla fall är ju ett ORM som för typescript och JavaScript.
Och jag har väl använt det ganska länge till lite olika projekt här och där.
Och tycker att det är svinbra.
Du köpte väl också Indepore nu när du började bygga din nya Remix-app?
Jajamän.
Och vi har väl testat lite olika.
Har du kört något annat ORM innan?
Nej, absolut inte på SQL-databaser.
Jag tror att jag var inne någonsin i Mongoose.
Ja, precis. För det är väl också lite liknande för Mongo, även om det inte är en relationsdatabas på samma sätt.
Ja, men sen är det ju, alltså Mongo i sig är ju rätt snällt så det är inte alltid man behöver ett ORM kanske.
Det är bara att slänga in saker och plocka ut igen.
Ja typ, jag tror väl det är det din nuvarande kollega, min gamla kollega, alltid säger.
Ja men, du måste ju gilla Prisma. Du körde ju Mongo Aggregation Pipelines, det är ju typ samma sak.
Ja, exakt.
Prisma är ett TypeScript-ORM, eller det är byggt på TypeScript.
Och för mig, jag vet inte, man kan ju använda det utan TypeScript.
Du kan ju köra ditt javaska projekt, men jag vet inte riktigt om jag ser...
Där tror inte jag att det är en stor anytan.
Men jag vet inte riktigt vilken ände vi ska börja i.
Men så här då.
Det Prisma gör till att börja med är att de har en del som kallas för deras schema.
Och det är typ där du specificerar hur din databas ska se ut.
Så att du skriver en modellobjekt och så kan man döpa den till någonting som blir namnet på tavellen.
Och sen kan du stoppa in där vilka kolumner eller fält du vill ha på den modellen.
Lite likt tanken bakom typ ett ERD-diagram.
Entity Relationship Diagram.
Man kan ju generera upp ett sånt baserat på den här schemat till exempel.
Nu är jag långt tillbaka i universitetet och har helt en port human.
Hur det funkar. Men, Julian, måste man ut och vifta lite grann?
– Ja, pass på alla de här grejerna. – Perfekt.
Då kan jag stå oemotsagd och tro att jag har rätt i alla fall.
Så man spelsar det här schemat. Och då spelsar man liksom så här.
gå mot en Postgres-databas till exempel, eller en SQLite-databas.
Och sen bygger man upp sitt schema och relationerna mellan.
Jag kör EBS Code och har deras extension och då får man väldigt mycket gratis.
Så skapar man upp en relation och då stoppar den in massa så här
"Det är den här som vi vill ha som primary key, den här som vi vill ha som foreign key"
"Hur ska relationen se ut?" och allting sånt.
Jag gissar bara att du köper samma också.
Ja, jag kan inte påminna mig om att jag har lagt till ett extension, men det antar jag att jag har.
Jag får också väldigt mycket hjälp.
Ja, precis. Man får också syntax-highlightning och grejer från extensionet tror jag.
Det kan ju också sägas att du behöver inte använda en relationsdatabas.
Du kan ju fortfarande använda en dokumentdatabas om du vill det.
Det kan man, absolut. Så den stödjer Mongo också, så vitt jag vet.
Och kanske, jag vet inte, dokumentdb kanske också, om jag inte minns fel.
Ja, det kan vara DynamoDB också.
Ja, så kan det säkert vara.
Men i alla fall, man spesar det här schemat, och det är egentligen det schemat som allting utgår ifrån.
Så att när man sen ska göra operationer mot sin databas så finns det två saker man gör egentligen.
Det ena är att man har ett CLI där du säger typ så här "ja men jag vill skjuta in de här uppdateringarna i databasen som jag har hört"
i schemat. Då kan man antingen bara uppdatera databasen så att den matchar schemat
eller så kan man generera en migrering.
Och med migrering, om man inte har stött på det tidigare, så är det en SQL-fil som kör SQL-queries för att
databasen ska matcha ditt schema egentligen.
Och det är ganska likt till exempel Entity Framework som finns till .NET.
Där kör man också migreringar, så man genererar upp och sen sköter den matchningen mellan databasen och
de här migreringsfilerna.
Fly away är också ganska vanligt.
Just det.
Och sen den andra biten är att du har en klient, och då är det en TypeScript-klient.
Och det som jag tycker, det är här min stora kärlek till Prisma kommer ifrån egentligen,
för att det här Prisma-skinen för mig är att den här klienten, den genereras upp med typer baserat på ditt schema.
Så du får alla typer som matchar ditt databasschema.
Out of the box, så fort du har spesat den här schemafilen.
Och även då klienten, när du gör anropande, du skriver till exempel en update, då får du det typ att allt matchar.
Och det är där jag känner att Prisma verkligen skiner för mig.
att man slipper sitta med det här att, just det, hur såg databasen ut nu när jag ska skriva den här manuella SQL-queryn och se hur det såg ut.
Vad hette det här fältet eller vad hette den här kolumnen och så vidare och så vidare.
Ja, det är lite kul det där, för jag har ju försökt hålla mig ganska långt borta från databaser och grejer.
Jag är fortfarande arg på vissa saker, men någonting jag absolut inte har behövt oroa mig över så är det ju typerna.
Ja.
Så ja, det får jag nog bara hålla med och vara lyckligt ovetandes om hur illa det kan gå. Eller, jag är inte lyckligt ovetandes, jag vet också.
Men det är nog inte ens någonting jag har registrerat.
Nej, men exakt. För jag har ju ändå sålt in det här på det nuvarande projektet jag sitter på också. Så vi har börjat köra Prisma där.
Jag jobbar ju med lite folk som är SQL-frälsta, alltså de gillar ju verkligen SQL.
Och tycker att man tappar kontrollen över databasen och sånt där.
Men även de har blivit lite konverterade när de väl har märkt det här man får runt omkring.
De kanske inte bryr sig så mycket om hur man ställer frågorna eller så där.
Men just att du får en autocomplete, out of the box, du får alla typescript-typer och allting sånt.
Har gjort att de också "ah, det är ju ganska trevligt".
- Ja, det är stort! - Ja, det är stort.
Det är också lite så här att vi också märkte nu, för nu har vi byggt en ny feature som har varit väldigt databastung i det här att vi inte riktigt visste hur modellen skulle se ut när vi började bygga den.
Vi har varit tvungna att göra väldigt många ändringar på databasschemarna.
Det har också varit väldigt smidigt, för det är så snabbt att ändra i Prisma.
Man ändrar bara schematfilen och så kör man några CLI-kommandos och så helt plötsligt har du genererat upp en ny databas med det nya schemat.
Och även sidat data kan ju Prisma hjälpa till med.
Jag tycker att det har hjälpt extremt mycket just under den tiden.
Vi kanske tjänar mindre på det så småningom när vi inte gör lika mycket databasändringar.
Men vi har sparat så sjukt mycket tid ur mitt perspektiv på att vi har den här autogenererade typningen och allting sånt.
Men då är det väl att man inte behöver bry sig om datan som finns nu.
Alltså för att jag lever ju så här, nu har jag en psyko-lite-databas för tillfället då.
Det är så här, "Delete data-file", "Push up en ny".
Alltså det är hela mitt utvecklingsflöde.
Det är så här, ändra lite schemat, "Deleta databasen", "Push up en ny", "Sida in data".
Ja, verkligen. Och så fredagslunchen som jag pratade om förra avsnittet, den byggde jag också så att jag bara tog bort. Jag kör också SQLite där och den tog vi bort för databasfilen hela tiden.
Och sen tycker jag att det funkar väldigt bra med migrations också.
Vi har ju ändå Prisma i produktion hos mitt riktiga projekt som inte är ett tidigare projekt.
Och där kör vi migreringar och det funkar också väldigt smidigt.
Det är väl ibland när vi har gjort någonting och bara "ah just det, nu behöver vi röja data till den här tabellen"
och då får man göra lite manuellt arbete.
Men det hade ju varit samma sak om man skulle göra ändringen utanför Prisma.
Jo, men alltså vet jag ju så här, det enda jag ibland känner är
hur många migreringsfilar det är för många migreringsfilar.
När tar det slut?
Alltså det känns ju inte som att det borde finnas någon gräns.
Jag har liksom inte sprungit på att jag har hört något om att
du kan hundra migreringar, då är det slut.
Det beror bara på hur länge man har arbetat och hur atomiska förändringar man gör.
Jag vet, men jag tycker att det känns som ett jävla waste om du har suttit där skitlänge och sen ska du ha en miljard migreringsbilar som ska tuggas igenom varje gång man ska skicka ut något nytt.
Ja, men den är ju smart nog i alla fall att bara köra de migreringar som inte har gjorts.
Den är det?
Jag tror kanske Entity Framework funkar på samma sätt, men den skapar upp en liten tabell i databasen som heter Prisma Migrations, om jag inte minns fel.
Den håller koll på vilka migreringar som har körts och vilken timestamp det var på.
Då vet den när den applicerar dina migrations vilka som har körts tidigare.
Jag har så många problem med allting. Jag vet inte vad jag håller på med. Jag har någon tanke om att ingenting är produktionssätt.
Så innan man ska gå live så tänker jag att jag bara droppar databasen i produktion och sen dödar alla migreringsfiler och skapar upp en enda ny migreringsfil.
Så det börjar se fräscht.
Absolut, det kan du göra.
Jag tror kanske att, vi jobbar ju väldigt mycket, för i Prisma finns ju ett command som heter Prisma db push, alltså deras CLI.
Och den pushar ju liksom då dina schemaändringar till databasen, utan att göra en migrering.
Så att när vi kör lokalt så kör vi bara den, och så skapar vi liksom inte en migrering direkt.
Utan vi skapar en migrering när vi känner att nu är vi klara med den här featuren, och så skapar vi en migrering då liksom.
Och det fungerar ändå väldigt bra.
Men så gör jag ju också, hela tiden.
Men sen är det något så här att, "Ja men du får gärna skicka ut det senaste du har."
Ja men det är typ halvklart och jag kommer ändra massa i de här schemarna.
Men okej, okej, okej.
Jag vet inte. Jag hade någon grej nu där jag satt och bara så här,
"Men varför har jag en egen tabell för lösenord? Varför ligger inte lösenordet bara på användaren?"
Och så gjorde jag om. För det var nödvändigt.
Men nu, alltså sånt håller jag på med.
Det är jätteonödigt.
Jag tycker det är svårt, jag är ju verkligen inte någon expert på databasmodellering.
Kanske också därför jag känner att det är skönt att man kan göra många ändringar på ett lätt sätt.
Och att jag slipper sitta och titta i en databas för att fatta hur schemat ser ut.
Utan bara kan titta i den här Prisma-schema-filen.
Ja, alltså samma. Och sen är det någonting som är så otroligt skönt med att de har ju det här Prisma Studio.
Och så startar man upp den, och så får man upp det lokalt, och då får man i browsern på "localhost"
så får man ett gränssnitt över hela ens databas.
Typ Excel, liksom.
Ja, och relationerna. Den stoppar även in relationerna i den.
Så att du liksom får en översikt. Alltså du kan klicka dig runt och kolla på det.
Och det är så jäkla nice!
Ja, jag tycker den är väldigt trevlig också. Jag glömmer ofta bort den.
Och kör liksom något verktyg utanför. Jag kör Beekeeper nu, det är min senaste, som är en SQL editor.
Där man kan ansluta sig till databasen och köra lite queries och sånt.
Men Prisma Studio är så smidig, för man kör Prisma Studio i CLI och så är man ansluten redan. Och så är det klart.
Och jag håller med, det är väldigt trevligt. Och att du faktiskt kan göra ändringar i den är ju väldigt nice.
Så om man bara vill ändra på den här lilla grejen, du behöver inte skriva någon SQL query, du kan bara gå in och klicka runt där och så är det klart.
Ja, jag skulle behöva dig i produktion också. Det vore toppen om vi kunde gå in och trampa omkring ett gränssnitt i produktionstatabas.
Nej, men jag har ju så himla mycket problem. Jag har inte hållit på med så mycket SQL överhuvudtaget.
Jag har alltid, tanken har väl varit att jag ska lära mig saker men så har det aldrig blivit det.
Jag har kämpat såhär, när jag SSOade in på databasen i produktion och jag bara
"Hur tar jag bort den rad?" och så börjar jag googla över något såhär,
för det är ju något databas-CLI, jag bara "Jag fattar inte, jag fattar inte"
"Ja, man ska göra en SQL query"
"Okej, ja det är rimligt, hur fan gör man det då?"
"Delete row where"
Alltså, det tar så lång tid för mig.
Det är sjukt.
Så ibland känner jag väl lite att med Prisma så kommer jag ännu längre bort.
Och jag vet inte om det är ett problem.
Men jag skulle ju inte kunna göra en join för att rädda mitt liv.
Nej.
Och jag förstår, union och vändiagram, och det finns någon grund där.
Men jag menar de här jävla outer, inner, left joints.
Vad fan? Nej!
Har du sett den här bilden på pumporna och SQL joints?
Ja, kanske.
Jag kan ta fram den här så lägger vi den i kommentaren också.
Men här skickar jag den till dig nu.
Jag tycker det är en superbra exempel på hur det funkar.
Det är liksom ett vändiagram över, fast det är en Halloween-pumpa som försöker förklara hur alla de här jointsen fungerar.
Vi lägger en länk till den i beskrivningen så kan folk gå in och kolla.
Men jag fattar inte heller det. Och då har jag ändå skrivit ganska mycket SQL i mina dagar, även om det var ett tag sedan nu.
Jag har läst någon typ av logikmatte som är grunden och det är samlingstabeller och det är unions och allt sånt men det är ändå såhär.
Det är fan inte alltid lätt, men då måste ju du uppskatta prisma-querysen av extremt mycket istället.
Ja, men jag hade problem där med. Jag bara, vadå en relation? Är det här en riktig relation?
Alltså, ja, jag har suttit i mitt egna huvud så jävla mycket och det är en skrämmande plats att vara på.
Sen har jag också fastnat jättemycket på, jag bara, men alltså det är ju SKL.
Ska det inte vara Snake Case?
För nu är alla mina modeller som är motsvarande Tables, de är ju Pascal Case.
Och sen kör jag Camel Case för allting i tabellen.
Och då fastnade jag bara på att säga, men nu brukar jag ha Snake Case.
Det här funkar inte.
Ja, det där är lite intressant. För det går ju att styra på jobbet så var det väldigt för så här,
i påskrest då måste man ha Snake Case, med Anders Gård.
Då måste man ha Snake Case som tavellerna.
Och så visar jag priset på dem, hur sätter man Snake Case?
Vi kan lösa det. Du kan ju ställa in i ditt schema så att du får olika i klienten och i databasen.
Du skriver på en kolumn "@map" och sen skickar du in en sträng och då blir det namnet i databasen.
Medan namnet du sätter på själva raden i Prisma-schemat blir namnet i klienten.
Och sen kan man sätta "@@map" på hela modellen och då blir det namnet på tabellen i databasen.
Så att vi har liksom, jag tycker att det är lite onödigt för att vem fan bryr sig om det är Snake Case i datavasen
Men jag kände också att när jag skulle sälja in Prisma så då är det mitt minsta problem att övertyga dem om att det ska vara rätt i datavasen
Så att det går, jag har inte sprungit in i något fall när jag känner att nu måste jag nog sträcka mig efter SQL
Inte hittills i alla fall.
- Herregud, kan det komma? Jag är inte beredd i livet att få hand om en sån situation.
- Jag har inte gjort det än i alla fall, så jag vet inte riktigt när det skulle kunna dyka upp.
- Jag blev bara så avsjuk när jag hörde att det var andra människor att diskutera med.
Jag saknade så himla mycket.
Jag håller på att driva mig själv till vansinne.
Du sitter på din kammare och undviker att skriva SQL.
Ja, och jag bara "Hur ska det vara så här idag?"
"Ska jag ha en tabell för det här?" "Hur jojnar jag ihop dem?"
"Får man göra så här?"
Alltså det är...
Ja, det kan jag förstå.
Du får väl gå med i något Discord-community och hitta din gemenskap.
Specifikt för folk som ensamt bygger produkter när de databasmodellerar massa utan att veta hur man databasmodellerar.
Exakt, exakt. Det finns ju en app som jag tycker är ganska trevlig som heter, heter den Centered kanske?
Ja det heter den. Som är liksom en produktivitetsapp. Det är väl en liten glorifierad pomodoro timer om du vet vad det är?
Åh nej.
Att man jobbar 25 minuter, pausar 5 minuter, jobbar 25 minuter, pausar 5 minuter och så vidare.
Men det den gör är också att den lägger till en massa community-grejer och att man kan ha sin to-do-lista i den.
Och då kan man sätta sig i rum med folk och ha sin kamera på.
Och så kan man sitta där och jobba tillsammans.
Så att det känns som att man sitter tillsammans och jobbar, fast man inte gör det.
Så att det kanske också är något för dig.
Fast jag känner ju också att du skulle tycka att det var ännu värre.
- Ja, mardröm. Alltså fy fan.
Alltså för att jag också är...
Vi ska tillbaka till prisma strax, men för att jag också inte...
Det går inte att jobba med mig i närheten.
För att jag satt i liksom en timme idag och fick inte ordning på min jävla...
Jag skulle hascha någonting och satt och liksom...
Jaha, det funkar inte. Så fick jag bara så här...
Och sen till slut inser jag att jag har skrivit "tja265" istället för "tja256".
Och då är det så här...
Och så sitter jag där och sen är jag plötsligt...
AAAAAAAAHHHHH!
Ut i världen.
Och jag tänker att det inte är ett Coworking Space-beteende.
Ja, fast jag tänker att det kanske är det som är Coworking Space-beteende.
[Skratt]
Jag tror det var någon gammal kollega till mig som sa under någon sån här feedback-session, han bara "Det är så kul, du sitter där borta i ditt hörn och typ pustar och stonkar och ojar massa vid Java, det är jätteutdralande".
Jag bara "Ja, vad bra".
Toppen.
Ja, det är ändå perfekt.
Jag förstår dig, absolut.
Men, jag vet inte, vi får hitta någon den gillande mellanvägen så att säga.
Kollegor kanske?
Ja, exakt. Det är ett absolut bra intervju.
Jag skulle vilja säga något om Prisma där som jag totalt glömde bort.
Har du kollat på de SQL-queries som Prisma genererar? Jag gissar på nej.
Det har vi tänkt att vi ska göra litegrann i mitt team för att vi är lite nyfikna mest.
Men det är också ganska kul att veta att Prisma ändå spottar ut sig i SQL-queries.
Men det skulle vara intressant att se hur de ser ut.
Det ska finnas att man sätter en debug-flagga i klienten.
Och då kommer den bara konsollogga SQL-queries när den kör.
Men som jag har förstått det, utan att ha så mycket belägg för det, så ska de vara väldigt optimerade.
Så att det ska vara att man undviker att den gör 15 queries istället för en som den kunde ha gjort med Join.
Så jag har högt förtroende.
När du säger klienten, vad menar du ens då?
Alltså när du kör new Prisma eller vad fan det är.
Alltså den du kör prisma.databasnamn eller tabellnamn.find eller vad fan det är.
Ah, okej.
Det är Prisma Client.
Det som jag känner är lite svårt med Prisma, det är att jag inser ibland att jag vill göra saker.
Men jag förstår ju absolut inte hur jag ens gör dem i SQL.
Alltså jag vet inte vad som går att göra i SQL och vad som inte går att göra i SQL.
Så det gör det ganska svårt för mig också att hitta vad i Prisma det är jag vill göra.
Och det är ju snarare en bristande kunskap för mig.
Men det har inte varit så jäkla lätt att bara hoppa in i Prisma.
Alltså det känns som att jag ändå behöver ha lite grundläggande basic-kunskaper.
Alltså typ som vi pratade här innan.
att jag pratade om hur man gör när man vill kunna låsa databasen för att kunna göra transaktions och sen "committa".
Just det.
Ja, och då sa du att det finns dollartecken transactions och så.
Det hade ju antagligen tagit mig ganska lång tid att ens hitta fram till vad det är jag försöker göra.
Ja, men exakt.
Nej, för det är ju verkligen så att mappningen mellan Prisma och SQL är ändå ganska ett till ett.
Du skriver fortfarande "where" och du skriver "update" och du skriver vad det nu kan vara.
Men det blir ju svårare att skriva prisma grejer om man inte kan SQL, så är det ju absolut.
Sen kollade jag bort mig massa på det här med "relation one to one, one to many, many to many".
-Just det. -Oh my god.
Sen försökte jag tydligen göra en sån här relation där jag får två olika idén.
Försökte relatera till den andra av samma typ två gånger.
Och då hade jag center hela tiden.
Men det kan hända. Det händer det bästa.
Men sen finns det ju också...
Jag tycker ändå att det är skönt att man inte blir totalt invagad i trea.
Jag har hittat en del saker som att den här typen finns inte i en SQLite.
Så den kan du inte lägga in i med att du kör en SQLite.
Det är ju bra så att man inte tror att det sker.
Man har någon falsk trygghet.
Ja, exakt. Och du är också väldigt duktig på att när man genererar upp de här migreringsfilerna
så är du väldigt duktig på att varna i dem om man gör någonting som kan leda till dataförlust.
Eller saker som man inte kan göra. Om du försöker byta namn på den här tabellen.
Eller du försöker lägga till någonting som är "required" fast du kanske har rader i tabellen.
Och då kommer det inte att gå.
Och det är den också väldigt duktig på att varna för.
- Ja, vad händer om man ändå bara kör på och sen pushar till produktion?
För jag har ju bara hållit på så här i lokalt.
- Ja, din migrering lär väl "faila" tror jag.
Om det är så.
Alltså själva migreringen kör ju fortfarande bara SQL rakt upp och ner.
Och då kommer ju den SQL-queryn man skriver faila.
-Vad fan gör man då då? -Oftast får man göra någon egen.
Du kan ju redigera migreringsfilerna efter att du har skapat dem.
Och då får man skriva SQL-manuellt istället.
-Det här pratade vi lite om i min ångest-session där.
Det är väl att jag ska behöva göra en migrering som jag inte kan göra i livet.
Jag är så rädd för att migrera data. Det är skrämmande.
Du kan bara säga till mig så tar vi dig live i podden.
Ja, det får vi göra. Det kommer den dagen jag känner mig någorlunda så här, okej nu ska vi få ut här någonting.
Då kommer jag behöva gå in i produktion, googla i fem timmar om hur jag droppar min db.
Och sen droppar den och så kör vi allt från början.
Ja, jag med.
Herregud.
Ja, det blir spännande. Det blir ju en anledning till att återkommas helt enkelt.
[Skratt]
Det är liksom att alla alltid måste följa med på min ångestresa.
Perfekt. Det är det bästa innehållet i podden tycker jag.
Vad vi än pratar om så handlar det alltid om min ångest.
Det är bara lite, vi går på lite sidospår, men det är den röda tråden.
[Skratt]
Nej, nu ska vi inte tänka för mycket på ångest tycker jag. Jag tycker att det var ett roligt avsnitt. Kul att prata lite Prisma.
Ja, men jag måste säga att jag tycker att det har varit väldigt trevligt att jobba med. Jag känner mig väldigt hemma. Nu sitter jag i Remixnode Prisma och det är väldigt seamless.
Det är ju så att jag är lite rädd för att jag inte ska hålla koll på att saker inte körs i klienten. Det känns för lätt att det bara är där och lirar.
Jo, och just sista poängen där kanske är att du kan använda de Prisma-genererade typerna i klientkoden till exempel.
Det gör jag typ hela tiden. Alltså som du spesar att den här ska vara den här proppen.
Den ska vara den här typen. Och då kommer den från Prisma. Och så kan man bara skicka in den från sitt databasanrop genom någon loader eller någon get-server-side-prop.
Och så är det typat från databasen till servern till klienten. Och det är ju extremt trevligt.
Ja, jag kör ju sådana svinmånga "awaited return type" typ av funktionen som jag kallar det.
Ditt databasanrop.
Liksom rätt djurvärde.
Precis.
Och så blev jag så skrajd för det var någon som sa
"Man borde verkligen inte göra databasanrop från klienten. Det är inte bra."
Jag bara "Nej, men det är ju en serverkod eller har jag fuckat upp allt? Jag vet inte."
Med tanke på att Prisma inte kör i browsern så är det ganska lugnt.
Jag vet, men jag mår ändå piss för jag har som sagt bara mig själv att diskutera med sen.
Toppen! Kul att ni lyssnade hörni. Vi är väl tillbaka igen om två veckor. Så hörs vi då.
Det gör vi. Ha det gött så länge. Vi ses då. Bye bye.
Hej då.
[Outromusik]
Hej då!
