Šta je baza podataka? Vodič za ljude koji grade aplikacije

Baza podataka je organizovano skladište informacija u koje aplikacija upisuje i iz kojeg čita — njeni korisnici, narudžbe, rezervacije, poruke. Za razliku od informacija koje su sačuvane samo u kartici preglednika, podaci u bazi ostaju nakon osvježavanja ili ponovnog pokretanja, a svi koji koriste aplikaciju vide iste zapise. Većina baza organizuje podatke u tabele, slično listovima u tabeli, ali uz stroga pravila koja drže podatke dosljednim.

Zašto je to važno kada gradite uz AI

Najčešće iznenađenje za ljude koji grade uz AI je aplikacija koja izgleda gotovo, ali zaboravlja sve. Dodate kupca, osvježite stranicu, a on je nestao. To obično znači da je aplikacija podatke držala u memoriji preglednika, a ne u bazi podataka.

Baza je i mjesto gdje žive mnoge vaše najvažnije odluke, bez obzira da li to znate:

• Šta bilježite. Ako ne čuvate status rezervacije, ne možete pokazati koje su otkazane.
• Kako se stvari povezuju. Da li jedan kupac može imati mnogo rezervacija, ili jedna rezervacija mnogo usluga, oblikuje cijelu aplikaciju.
• Ko šta može vidjeti. Većina grešaka u privatnosti tiče se toga koje zapise korisnik smije čitati.

Ne treba vam da sami dizajnirate bazu. Ali razumijevanje osnova omogućava da jasno opišete svoje podatke i rano uočite probleme.

Svakodnevna analogija

Zamislite dobro uređen ormar s dosijeima u maloj kancelariji.

Svaka fioka sadrži jednu vrstu stvari: jedna za klijente, jedna za termine, jedna za fakture. Unutar svake fioke, svaki dosije prati isti format, s istim popunjenim poljima. Svaki dosije ima jedinstveni referentni broj, a kada faktura pripada klijentu, dosije fakture navodi broj tog klijenta umjesto da kopira cijeli njegov fajl.

To je relaciona baza. Fioke su tabele, dosijei su redovi, polja su kolone, referentni brojevi su primarni ključevi, a bilješke koje upućuju na drugi dosije su strani ključevi. Dobar kancelarijski menadžer takođe provodi pravila — nema termina bez datuma, dva klijenta ne smiju imati isti broj — baš kao i baza.

Praktičan primjer: aplikacija za rezervacije u frizerskom salonu

Recimo da od AI-ja tražite sajt za rezervacije za frizerski salon. Razuman raspored baze imao bi četiri tabele.

usluge

frizeri

klijenti

rezervacije

Pogledajte tabelu rezervacije. Ona ne kopira Leninu ime i broj telefona u svaku rezervaciju; čuva klijent_id = 101. Ako Lena promijeni broj telefona, promijeni se na jednom mjestu i svaka rezervacija prikazuje novi. To je osnovna ideja relacione baze: čuvajte svaku činjenicu jednom i povezujte se s njom.

Ista struktura odgovara na korisna pitanja:

• „Koji su termini slobodni kod Omara u petak?” — pogledajte Omarove rezervacije tog dana.
• „Koliko su farbanja zaradila ovog mjeseca?” — spojite rezervacije s uslugama i saberite cijene.
• „Koji klijenti nisu zakazali u posljednjih 90 dana?” — uporedite klijente s njihovom posljednjom rezervacijom.

Najvažniji pojmovi

Vrste baza

Za gotovo sve što osnivač ili mali biznis prvo gradi, relaciona baza je sigurna podrazumijevana opcija.

Gdje baza stoji u vašoj aplikaciji

Posjetioci nikada ne razgovaraju direktno s bazom. Stranica u njihovom pregledniku (frontend) traži podatke od vašeg servera (backend-a), obično preko API-ja. Server provjerava ko pita i da li smije, zatim upituje bazu i šalje natrag samo ono što ta osoba smije vidjeti.

Ovaj srednji korak je važan. Da preglednik može direktno upitati bazu s punim pristupom, svako bi mogao otvoriti alate za developere i pročitati sve.

Česte greške i pogrešna shvatanja

• Čuvanje podataka samo u pregledniku. Sačuvani podaci u pregledniku (poput localStorage) žive na jednom uređaju i u jednom pregledniku. Dobro su za zapamćen filter, ali ne za narudžbe.
• Sve u jednu tabelu. Jedna tabela „rezervacije” u koju se u svaki red kopiraju ime klijenta, telefon i cijena usluge brzo se razilazi.
• Čuvanje lozinki kao običnog teksta. Lozinke treba heširati, nikada ih ne čuvati čitljive. Pogledajte šta je autentifikacija.
• Bez pravila za podatke. Bez obaveznih polja i pravila jedinstvenosti dobićete rezervacije bez datuma i duple klijente.
• Zaboravljeno brisanje. Odlučite da li brisanje klijenta briše i njegove rezervacije, zadržava ih ili je zabranjeno.
• Korištenje produkcijskih podataka za eksperimente. Riskantne promjene prvo testirajte na sigurnom mjestu i čuvajte sigurnosne kopije.
• Tabela kao baza zauvijek. Tabele su odlične za početak, ali slabo podnose mnogo istovremenih korisnika i dozvole. Pogledajte kako pretvoriti tabelu u aplikaciju.

Šta tražiti od AI graditelja

• „Sačuvaj ovo u bazi podataka, a ne u pregledniku. Reci mi koje tabele ćeš napraviti.”
• „Prikaži šemu kao jednostavnu tabelu: svaka tabela, njene kolone i kako su povezane.”
• „Jedan klijent može imati mnogo rezervacija; svaka rezervacija ima tačno jednu uslugu i jednog frizera.”
• „Neka e-mail bude obavezan i jedinstven za klijente.”
• „Spriječi da se dvije rezervacije za istog frizera preklapaju.”
• „Samo prijavljeni vlasnik smije čitati sve rezervacije; klijenti vide samo svoje. Provjeri to na serveru.”
• „Kada obrišem uslugu, nemoj brisati prošle rezervacije — umjesto toga označi uslugu kao neaktivnu.”

Baze podataka na Mythex-u

Kada vaša aplikacija treba da sačuva podatke, Mythex projektu dodaje namjensku Postgres bazu — možete to zatražiti u chatu („sačuvaj prijave za listu čekanja u bazu”) ili koristiti naredbu /database. Podaci za konekciju se automatski prosljeđuju vašoj aplikaciji, a agent kreira tabele. Baza spava nakon pet minuta neaktivnosti i budi se pri sljedećem zahtjevu, a za objavljeno korištenje naplaćuje se vrijeme dok je bila budna, iz istog saldo kredita kao i izrada. Dostupna je na planovima Free i Pro. Dokumentacija o bazi pokriva detalje, a šabloni aplikacija nude početne tačke zasnovane na podacima.

Pitanja