Kas ir datubāze? Ceļvedis cilvēkiem, kas veido lietotnes

Datubāze ir sakārtota informācijas krātuve, kurā lietotne saglabā un no kuras nolasa datus — tās lietotājus, pasūtījumus, rezervācijas, ziņas. Atšķirībā no informācijas, kas glabājas tikai pārlūkprogrammas cilnē, datubāzē esošie dati pēc lapas pārlādēšanas vai restartēšanas joprojām ir tur, un visi, kas lieto lietotni, redz vienus un tos pašus ierakstus. Lielākā daļa datubāžu dati organizē tabulās, līdzīgi kā lapās izklājlapā, bet ar stingriem noteikumiem, kas uztur datus konsekventus.

Kāpēc tas ir svarīgi, veidojot ar AI

Visbiežākais pārsteigums cilvēkiem, kas veido ar AI, ir lietotne, kas izskatās pabeigta, bet aizmirst visu. Jūs pievienojat klientu, pārlādējat lapu, un viņš ir pazudis. Tas parasti nozīmē, ka lietotne glabāja datus pārlūkprogrammas atmiņā, nevis datubāzē.

Datubāze ir arī vieta, kur dzīvo daudzi jūsu svarīgākie lēmumi, neatkarīgi no tā, vai to apzināties:

• Ko jūs ierakstāt. Ja neglabājat rezervācijas statusu, nevarat parādīt, kuras rezervācijas tika atceltas.
• Kā lietas savienojas. Vai viens klients var būt ar daudzām rezervācijām, vai viena rezervācija — ar vairākiem pakalpojumiem — nosaka visu lietotni.
• Kas ko var redzēt. Lielākā daļa privātuma kļūdu ir par to, kurus ierakstus lietotājs var lasīt.

Jums pašam nav jāprojektē datubāze. Taču pamatu izpratne ļauj skaidri aprakstīt savus datus un agri pamanīt problēmas.

Ikdienas salīdzinājums

Iedomājieties labi sakārtotu dokumentu skapi mazā birojā.

Katrā atvilktnē ir viena veida lietas: viena atvilktne klientiem, cita tikšanās laikiem, trešā rēķiniem. Katrā atvilktnē katra mape seko vienam un tam pašam formātam ar vienādiem aizpildītiem laukiem. Katrai mapei ir unikāls atsauces numurs, un, ja rēķins pieder klientam, rēķina mapē ir norādīts šī klienta numurs, nevis nokopēts viss viņa dosjē.

Tas ir relāciju datubāze. Atvilktnes ir tabulas, mapes ir rindas, lauki ir kolonnas, atsauces numuri ir primārās atslēgas, bet piezīmes, kas norāda uz citu mapi, ir ārējās atslēgas. Labs biroja vadītājs arī ievēro noteikumus — nav tikšanās bez datuma, nav diviem klientiem ar vienu numuru —, tāpat kā to dara datubāze.

Praktisks piemērs: frizētavas rezervāciju lietotne

Pieņemsim, ka lūdzat AI izveidot rezervāciju vietni frizētavai. Saprātīga datubāze būtu ar četrām tabulām.

services

staff

customers

bookings

Apskatiet tabulu bookings. Tajā Lenas vārds un tālruņa numurs netiek kopēts katrā rezervācijā; tur ir customer_id = 101. Ja Lena nomaina tālruņa numuru, tas mainās vienā vietā, un katra rezervācija rāda jauno. Tā ir relāciju datubāzes galvenā ideja: katru faktu glabāt vienu reizi un uz to atsaukties.

Tā pati struktūra atbild uz noderīgiem jautājumiem:

• „Kuri laiki ir brīvi Omāram piektdienā?” — paskatieties Omāra rezervācijas šajā dienā.
• „Cik nopelnīja krāsošanas vizītes šajā mēnesī?” — savienojiet rezervācijas ar pakalpojumiem un saskaitiet cenas.
• „Kuri klienti nav rezervējuši 90 dienas?” — salīdziniet klientus ar viņu pēdējo rezervāciju.

Galveno terminu skaidrojums

Datubāzu veidi

Praktiski visam, ko uzņēmējs vai neliels bizness veido pirmo, relāciju datubāze ir drošā noklusējuma izvēle.

Kur datubāze atrodas jūsu lietotnē

Apmeklētāji nekad tieši nesazinās ar datubāzi. Lapa viņu pārlūkprogrammā (frontend) prasa datus no jūsu servera (backend), parasti caur API. Serveris pārbauda, kas prasa un vai tam ir atļauts, tad vaicā datubāzi un nosūta atpakaļ tikai to, ko šai personai vajadzētu redzēt.

Šis vidējais solis ir svarīgs. Ja pārlūkprogramma varētu vaicāt datubāzi tieši ar pilnām tiesībām, ikviens varētu atvērt izstrādātāja rīkus un nolasīt visu.

Biežākās kļūdas un nepareizi priekšstati

• Datu glabāšana tikai pārlūkprogrammā. Pārlūkprogrammas krātuve (piemēram, localStorage) dzīvo vienā ierīcē un vienā pārlūkprogrammā. Tā ir labi piemērota atcerētam filtram, bet ne pasūtījumiem.
• Viss vienā tabulā. Viena tabula „rezervācijas”, kurā katrā rindā nokopēts klienta vārds, tālrunis un pakalpojuma cena, ātri nesakrīt.
• Paroļu glabāšana kā vienkāršs teksts. Paroles jāsašifrē ar hash, nekad nedrīkst glabāt salasāmas. Skatiet kas ir autentifikācija.
• Nav noteikumu datiem. Bez obligātiem laukiem un unikalitātes noteikumiem iegūsiet rezervācijas bez datuma un dublētus klientus.
• Dzēšanas aizmiršana. Izlemiet, vai klienta dzēšana dzēš arī viņa rezervācijas, tās saglabā vai bloķē dzēšanu.
• Ražošanas datu izmantošana eksperimentiem. Vispirms pārbaudiet riskantas izmaiņas drošā vietā un glabājiet dublējumus.
• Izklājlapas uzskatīšana par datubāzi uz visiem laikiem. Izklājlapas ir lieliskas sākumam, bet grūti tiek galā ar daudziem vienlaicīgiem lietotājiem un tiesībām. Skatiet kā pārvērst izklājlapu lietotnē.

Ko prasīt no sava AI veidotāja

• „Saglabā to datubāzē, nevis pārlūkprogrammā. Pasaki, kurus tabulas izveidosi.”
• „Parādi shēmu vienkāršā tabulā: katru tabulu, tās kolonnas un to saiknes.”
• „Klients var būt ar daudzām rezervācijām; katrai rezervācijai ir tieši viens pakalpojums un viens darbinieks.”
• „Padari e-pastu obligātu un unikālu klientiem.”
• „Neļauj diviem rezervācijām vienam darbiniekam pārklāties laikā.”
• „Tikai pieteikies īpašnieks var lasīt visas rezervācijas; klienti var redzēt tikai savas. Ievieso to serverī.”
• „Kad dzēšu pakalpojumu, nedzēs pagātnes rezervācijas — tā vietā atzīmē pakalpojumu kā neaktīvu.”

Datubāzes Mythex

Kad lietotnei jāsaglabā dati, Mythex projektam pievieno īpašu Postgres datubāzi — to var lūgt tērzēšanā ("saglabā gaidītāju reģistrācijas datubāzē") vai izmantot komandu /database. Savienojuma dati automātiski tiek nodoti jūsu lietotnei, un aģents izveido tabulas. Datubāze pēc piecām dīkstāves minūtēm iemieg un pamostas nākamajā pieprasījumā, un publicētās lietotnes lietojums tiek maksāts par laiku, kad tā bija nomodā, no tā paša kredītu atlikuma, kas tiek izmantots veidošanai. Tā ir pieejama Free un Pro plānos. Datubāzes dokumentācija apraksta detaļas, bet lietotņu veidnes ietver ar datiem darbojošās sākumpunktus.

Jautājumi