Қолданбаңызға деректер қорын қалай қосу керек (деректерді кейін жоғалтпай)

Қолданбаға деректер қорын қосу үшін басқарылатын реляциялық деректер қорын таңдаңыз (әдетте Postgres), оның қосылым жолын серверлік құпияда сақтаңыз, сіз сақтайтын әр түр үшін бір кесте жасаңыз және браузер емес, сіздің бэкендіңіз деректер қорынан оқып, жазатындай етіңіз. AI қолданба құрастырушысымен жұмыс істесеңіз, әдетте «мұны деректер қорына сақта» деп айтуға болады, ал агент кестелер мен кодты орнатады. Сіздің міндетіңіз деректерді анық сипаттау және оның шынымен сақталатынын тексеру.

Бұл нұсқаулықта қашан деректер қоры керек екені, негізгі нұсқалар, деректерді қалай сипаттау және деректерді жоғалтатын немесе ашып салатын қателер қарастырылады.

Қолданбаңызға деректер қоры қашан керек

Деректер қоры қолданбаңыз бетті жапқаннан кейін бірдеңені есте сақтауы, немесе адамдар арасында деректерді бөлісуі керек болғанда қажет. Әдеттегі белгілер:

• Келушілер бірдеңе жібереді: форма, тіркелу, брондау, тапсырыс
• Пайдаланушылардың өз сақталған мазмұны бар аккаунттары бар
• Әкімші басқалар жасағанды көруі немесе өңдеуі керек
• Уақыт бойынша есептер немесе санаулар керек

Барлығына бірдей бір мазмұнды көрсететін статикалық сайтқа, мысалы портфолио немесе қарапайым лендингке, деректер қоры керек емес. Деректер қоры нақты не екенін білмесеңіз, алдымен деректер қоры дегеніміз не деген мақаланы оқыңыз.

Нұсқалар

Көптеген шағын және орта веб-қолданбалар үшін Postgres сияқты реляциялық деректер қоры дұрыс әдепкі таңдау. Ол байланыстарды жақсы меңгереді (клиентте көп тапсырыс бар), деректерді бірізді ұстайды және кейін SQL арқылы сұрақтарға жауап алуға мүмкіндік береді. Қарапайым түсіндірме үшін Postgres дегеніміз не бетін қараңыз.

Деректеріңізді құрастырудан бұрын сипаттаңыз

Ең пайдалы нәрсе — қолданбаңыз сақтайтын нәрселерді және олардың қалай байланысатынын жазу. Деректер қоры терминдері керек емес. Брондау қолданбасы үшін:

• Клиенттер: аты, электрондық пошта, телефон
• Қызметтер: атауы, ұзақтығы, бағасы
• Брондаулар: қай клиент, қай қызмет, басталу уақыты, мәртебесі (күтуде, расталған, бас тартылған)

Бұл үш кесте. «Қай клиент» және «қай қызмет» олардың арасындағы сілтемелер (сыртқы кілттер) болады. Мұны ерте дұрыс жасау кез келген технологиялық таңдаудан маңыздырақ, өйткені нақты жолдары бар деректердің құрылымын өзгерту бетті орналастыруды өзгертуден қиынырақ.

Бірнеше ереже:

• Бір түрге бір кесте. Тапсырыстарды клиенттің мәтіндік бағанына тықпаңыз.
• Әр жолға ID және жасалған уақыт беріңіз. Екеуі де кейін керек болады.
• Дұрыс типтерді қолданыңыз. Күндер күн ретінде, ақша — бүтін центтер немесе ондық түр, мәтін емес.
• Міндетті өрістерді міндетті деп белгілеңіз. Қате деректерді тек форма емес, деректер қоры да қабылдамауы керек.

Мысал промпттар

Бүкіл схеманы бірден бермей, бір функциядан бастаңыз:

Осы қолданбаға деректер қорын қос. Брондаулар кестесін жасаңыз: клиенттің аты, электрондық пошта, қызмет, басталу уақыты және мәртебе (күтуде, расталған, бас тартылған; әдепкі күтуде). Брондау формасынан жіберілген деректерді осы кестеге сақта, сәтті хабарлама көрсет және әкімші бетін қос, ол брондауларды ең жаңасынан бастап тізімдесін.

Содан кейін кеңейтіңіз:

Қызметтер кестесін қос (атауы, ұзақтығы минутпен, бағасы центпен). Брондауларда еркін мәтінді қызмет өрісін қызметтерге сілтемемен ауыстыр және бар брондауларды жоймай көш.

Одан әрі қатайтыңыз:

Барлық деректер қоры оқулары мен жазулары серверде орындалуы керек. Браузер деректер қорына қосылым жолын ешқашан алмауы керек. Енгізбестен бұрын электрондық поштаны және басталу уақытын серверде тексер.

Қадамдар

1. Деректеріңізді тізіп шығыңыз жоғарыдағыдай: нәрселер, өрістер, олардың арасындағы байланыстар.
2. Деректер қорын жасаңыз. AI құрастырушысында оны чатта сұраңыз. Басқа жерде басқарылатын Postgres данасын жасап, оның қосылым жолын көшіріңіз.
3. Қосылым жолын құпия ретінде сақтаңыз (серверде орта айнымалысы), кодта ешқашан. Қараңыз: орта айнымалылары мен құпиялар.
4. Кестелерді жасаңыз. Миграцияларды пайдаланыңыз — схеманы өзгертетін нұсқаланған скрипттер, сонда өзгерістер қайталанады және кері қайтарылады.
5. Сервер маршруттарын жасаңыз, олар жолдарды жасайды, оқиды, жаңартады және жояды (CRUD). Браузер осы маршруттарды шақырады, деректер қорына тікелей қосылмайды.
6. UI-ды осы маршруттарға қосыңыз: сақтайтын формалар, жүктелетін тізімдер, әлі ештеңе жоқ кезде бос күй көрсетілуі.
7. Сақталуын тексеріңіз. Бірдеңе жіберіңіз, бетті жаңартыңыз, басқа браузерде ашыңыз. Деректер ол жерде болмаса, ол деректер қорына сақталмаған.
8. Қатынасты тексеріңіз. Екінші пайдаланушы ретінде кіріп, бірінші пайдаланушының деректерін көре немесе өңдей алмайтыныңызды растаңыз.
9. Жариялаңыз, содан кейін тірі URL-де қайта тексеріңіз, себебі жарияланған қолданба алдын ала қарау кезіндегіден басқа қосылымды пайдалануы мүмкін.

Жиі кездесетін қателер

• Браузерге сақтап, оны сақталған деп ойлау. localStorage қолданба басқа құрылғыда ашылғанға дейін дұрыс жұмыс істегендей көрінеді. Әрқашан екінші браузерде тексеріңіз.
• Қосылым жолын фронтенд кодына салу. Фронтенд кодын кез келген адам оқи алады. Бұл оларға бүкіл деректер қорына қол жеткізуге мүмкіндік береді.
• Қатынас тексерулері жоқ. «Менің тапсырыстарым» тізімі кірген пайдаланушы бойынша сүзілуі керек, интерфейсте емес, серверде. Бұл AI арқылы жасалған қолданбалардағы ең көп кездесетін қауіпсіздік олқылығы; AI-мен жасалған қолданбаларға арналған қауіпсіздік чек-листі мұны қамтиды.
• Деструктивті схема өзгерістері. «Кестенің атын өзгерт» немесе «құрылымды өзгерт» деген сұраныс оны жойып, қайта жасауы мүмкін. Нақты деректер бар болса, «бар жолдарды көш, еш нәрсені жойма» деп айтыңыз.
• Файлдарды деректер қорында сақтау. Суреттер мен PDF-тер файл сақтауында тұруы керек, кестеде тек олардың URL немесе кілті болуы керек. Қараңыз: файл жүктеуді қалай қосу керек.
• Резервтік көшірмесіз. Нақты клиенттер болмай тұрып, платформаның деректерді қалай сақтайтынын және қалпына қалай келтіретінін білін.

Чек-лист

• Әр түрдің өз кестесі бар, ID және жасалған уақыты бар
• Міндетті өрістер мен типтерді деректер қоры күштейді
• Қосылым жолы тек серверлік құпияларда сақталады
• Барлық оқулар мен жазулар сервер маршруттары арқылы өтеді
• Әр пайдаланушы тек өз жолдарын оқиды және өзгерте алады
• Деректер бетті жаңартудан аман қалады және басқа браузерде көрінеді
• Схема өзгерістері миграцияларды пайдаланады және бар жолдарды сақтайды
• Резервтік көшірме мен қалпына келтіру қалай жұмыс істейтінін білесіз
• Жарияланғаннан кейін тірі қолданба тексерілді

Mythex-те деректер қорын қосу

Mythex-те әр жобаның Free және Pro жоспарында өз арнайы Postgres деректер қоры болуы мүмкін. Оны бөлек «қосу» түймесі арқылы әдетте қоспайсыз: чатта сұраңыз («растарды деректер қорына сақта») немесе /database деп теріңіз, қосылым мәліметтері жұмыс кеңістігіне және жарияланған қолданбаңызға автоматты түрде енгізіледі. Жоба баптауларында деректер қорының белсенді екені көрінеді.

Деректер қоры 5 минут бос тұрғаннан кейін ұйқыға кетеді және келесі сұраныста оянады. Жарияланған пайдалану тек ол шынымен оянып тұрған уақыт үшін есептеледі, құрастыру үшін қолданатын бірдей кредит балансынан. Жарияланғаннан кейін деректер қорын қоссаңыз, тірі қолданба оны алуы үшін қайта жариялаңыз.

Құжаттардағы Деректер қоры және CRUD қолданбасын құру рецептін қараңыз. Пайдаланушыға жеке деректер үшін кіру жағы жөнінде қолданбаға кіруді қалай қосу керек бетін оқыңыз.

Сұрақтар