Pse çdo aplikacion Mythex merr bazën e vet të të dhënave

Kur një aplikacion që ndërtoni në Mythex ka nevojë të ruajë të dhëna — regjistrime, rezervime, porosi — projekti juaj merr bazën e vet Postgres. Jo një tabelë në një bazë të përbashkët, jo një skemë pranë asaj të dikujt tjetër: një bazë e veçantë, e krijuar sipas kërkesës, që fle kur askush nuk e përdor. Ja pse e ndërtuam kështu, dhe çfarë kushton.

Çfarë merrni

Kur kërkoni të dhëna ("ruaj email-et e listës së pritjes", "ruaj rezervimet") ose përdorni komandën /database, Mythex:

• krijon një bazë Postgres të dedikuar për projektin (aktualisht Postgres 17),
• i injekton detajet e lidhjes në hapësirën tuaj të punës dhe në aplikacionin tuaj të publikuar si variabla mjedisi, që të mos shfaqen kurrë në kodin tuaj, dhe
• i lejon agjentit të krijojë tabela dhe të lexojë e shkruajë të dhëna për ju.

E njëjta bazë përdoret nga preview-ja live dhe nga aplikacioni i publikuar. Fle pas 5 minutash joaktivitet dhe zgjohet në pyetjen e radhës. Bazat e reja fillojnë të vogla dhe mund të rriten nën ngarkesë, me një tavan që një pyetje e egër nuk mund të rritet pa kufi. Më shumë në dokumentacionin e bazës së të dhënave.

Pse jo një bazë e madhe e përbashkët?

Një bazë e përbashkët me një kolonë që tregon cilit aplikacion i përket çdo rresht është më e lirë për t’u ekzekutuar dhe më e thjeshtë për t’u operuar. E zgjodhëm të mos e bëjmë këtë për katër arsye.

1. Izolim që nuk duhet t’i besoni

Kodi i shkruar nga AI bën gabime. Në një bazë të përbashkët, një WHERE app_id = … që mungon në një pyetje të një aplikacioni mund të lexonte ose të mbishkruante të dhënat e një klienti tjetër. Me një bazë për aplikacion, nuk ka të dhëna të klientit tjetër brenda arritjes — një gabim mbetet brenda aplikacionit të vet.

2. Është Postgres i vërtetë, jo një shtresë e pronarizuar

Aplikacioni juaj flet me Postgres standard me një string lidhjeje normal. Çdo bibliotekë, ORM ose mjet që punon me Postgres punon edhe këtu. Nëse eksportoni projektin për ta ekzekutuar diku tjetër, ai pret një bazë Postgres — diçka që ofron çdo host — jo një API specifike për Mythex.

3. Çdo aplikacion mund të formësohet ashtu si ka nevojë

Një aplikacion dëshiron një tabelë bookings me një kufizim unik mbi slot-et kohore; një tjetër dëshiron kërkim me tekst të plotë mbi produktet. Me bazën e vet, skema dhe migrimet e secilit aplikacion janë çështja e tij. Asgjë nuk duhet të përshtatet me një dizajn të minimumit të përbashkët.

4. Kostoja ndjek përdorimin

Meqenëse çdo bazë fle veçmas, një aplikacion që askush nuk e përdor kushton pothuajse asgjë, dhe kostoja e një aplikacioni të zënë shfaqet si rresht i vetë. Përdorimi i bazës së publikuar faturohet nga ajo që baza realisht mati — si funksionon ky faturim.

Kompromiset

Ky dizajn nuk është falas:

• Fillimi i ftohtë. Një bazë që fle duhet pak kohë për t’u zgjuar në pyetjen e parë pas një periudhe të qetë. Për shumicën e aplikacioneve kjo është pothuajse e pakonsiderueshme; për një aplikacion që duhet t’i përgjigjet çdo orë menjëherë, është një çështje.
• Kosto kur është zgjuar pa përdorim. Një bazë mbetet zgjuar për sa kohë që diçka e pyet. Një aplikacion që e pyet bazën çdo disa sekonda e mban zgjuar gjithë ditën dhe kushton më shumë sesa një që pyet kur ka nevojë. Nëse përdorimi juaj duket më i lartë se pritej, zakonisht kjo është arsyeja — kërkojini AI të ndalojë pyetjen dhe të ngarkojë të dhënat kur duhen.
• Më shumë pjesë lëvizëse për ne. Krijimi, gjurmimi dhe pastrimi i mijëra bazave është më shumë punë sesa një. Ajo është barra jonë, jo e juaja.

Nëse jeni të rinj me bazat e të dhënave

Një bazë e të dhënave është vendi ku një aplikacion mban mend atë që i duhet. Nëse ideja është e re, filloni me çfarë është një bazë e të dhënave dhe çfarë është Postgres. Kur jeni gati të ndërtoni diçka që ruan të dhëna, si të ndërtoni një aplikacion me AI shpjegon shtimin e saj.