Ինչու յուրաքանչյուր Mythex հավելված ստանում է իր սեփական տվյալների բազան

Երբ Mythex-ում կառուցած հավելվածը պետք է տվյալներ պահի՝ գրանցումներ, ամրագրումներ, պատվերներ, այդ նախագիծը ստանում է իր սեփական Postgres տվյալների բազան։ Ոչ աղյուսակ ընդհանուր բազայում, ոչ սխեմա ուրիշի կողքին․ առանձին բազա, որը ստեղծվում է պահանջի դեպքում և քնում է, երբ ոչ ոք չի օգտագործում։ Ահա, թե ինչու ենք այն այսպես կառուցել և ինչ արժե։

Ի՞նչ եք ստանում

Երբ տվյալներ եք խնդրում («պահիր սպասման ցուցակի էլ․ փոստերը», «պահիր ամրագրումները») կամ օգտագործում եք /database հրամանը, Mythex-ը՝

• ստեղծում է նախագծի համար հատուկ Postgres տվյալների բազա (ներկայումս՝ Postgres 17),
• ներարկում է կապի տվյալները ձեր աշխատանքային տարածքում և հրապարակված հավելվածում որպես միջավայրի փոփոխականներ, որպեսզի դրանք երբեք չերևան ձեր կոդում, և
• թույլ է տալիս agent-ին ստեղծել աղյուսակներ և կարդալ ու գրել տվյալներ ձեզ համար։

Նույն բազան օգտագործվում է և կենդանի նախադիտման, և հրապարակված հավելվածի կողմից։ Այն քնում է 5 պարապ րոպեից հետո և արթնանում հաջորդ հարցման ժամանակ։ Նոր բազաները սկսում են փոքր և կարող են մեծանալ բեռի տակ, վերին սահմանով, որ գործարկվող վատ հարցումը անսահմանափակ չաճի։ Ավելին՝ տվյալների բազայի փաստաթղթերում։

Ինչու ոչ մեկ մեծ ընդհանուր բազա՞

Ընդհանուր բազան, որտեղ յուրաքանչյուր տող ունի սյունակ, որ ասում է, թե որ հավելվածին է պատկանում, ավելի էժան է գործարկել և ավելի պարզ է շահագործել։ Մենք չընտրեցինք այն չորս պատճառով։

1. Մեկուսացում, որին պետք չէ վստահել

ԱI-ով գրված կոդը սխալվում է։ Ընդհանուր բազայում մեկ բացակայող WHERE app_id = … մեկ հավելվածի հարցման մեջ կարող է կարդալ կամ վերագրել մեկ այլ հաճախորդի տվյալները։ Յուրաքանչյուր հավելվածի համար առանձին բազայով՝ ուրիշ հաճախորդի տվյալներ հասանելի չեն, և սխալը մնում է իր հավելվածի ներսում։

2. Իրական Postgres է, ոչ սեփական շերտ

Ձեր հավելվածը խոսում է ստանդարտ Postgres-ի հետ սովորական կապի տողով։ Ցանկացած գրադարան, ORM կամ գործիք, որ աշխատում է Postgres-ի հետ, աշխատում է այստեղ։ Եթե արտահանում եք ձեր նախագիծը այլուր գործարկելու համար, այն ակնկալում է Postgres տվյալների բազա՝ ինչ որ յուրաքանչյուր հոսթինգ մատակարար առաջարկում է, ոչ Mythex-ին հատուկ API։

3. Յուրաքանչյուր հավելված կարող է ձևավորվել այնպես, ինչպես պետք է

Մեկ հավելվածին պետք է bookings աղյուսակ՝ ժամային սլոթների վրա եզակիության սահմանափակմամբ, մյուսին՝ ապրանքների լրիվ տեքստային որոնում։ Սեփական բազայով յուրաքանչյուր հավելվածի սխեման և միգրացիաները իր գործն են․ ոչինչ պետք չէ տեղավորվի ամենացածր ընդհանուր հայտարարի դիզայնի մեջ։

4. Արժեքը հետևում է օգտագործմանը

Քանի որ յուրաքանչյուր բազա քնում է առանձին, չօգտագործվող հավելվածն արժե գրեթե ոչինչ, և զբաղված հավելվածի արժեքը երևում է որպես իր սեփական տող։ Հրապարակված բազայի օգտագործումը վճարվում է այն չափումից, որ բազան իրականում արձանագրել է՝ ինչպես է աշխատում այդ վճարումը։

Հավասարակշռումներ

Այս ձևավորումը անվճար չէ։

• Սառը մեկնարկներ։ Քնած բազան արթնանալու համար պահանջում է մի պահ՝ հանգիստ ժամանակաշրջանից հետո առաջին հարցման ժամանակ։ Շատ հավելվածների համար դա գրեթե անզգալի է․ այն հավելվածի համար, որը պետք է անմիջապես պատասխանի ցանկացած ժամի, դա նկատի առնելու բան է։
• Արթուն, բայց պարապ արժեքներ։ Բազան մնում է արթուն, քանի դեռ ինչ-որ բան հարցում է անում դրան։ Հավելվածը, որ բազան հարցում է ամեն մի քանի վայրկյանը մեկ, այն արթուն է պահում ամբողջ օրը և ավելի շատ է արժենում, քան այն, որ հարցումը անում է ըստ պահանջի։ Եթե ձեր օգտագործումը ավելի բարձր է թվում, քան սպասում էիք, սա սովորաբար պատճառն է․ խնդրեք AI-ին դադարեցնել հարցումը և բեռնել տվյալները, երբ անհրաժեշտ է։
• Ավելի շատ շարժական մասեր մեզ համար։ Հազարավոր բազաների ստեղծումը, հետևելը և մաքրելը ավելի շատ աշխատանք է, քան մեկինը։ Դա մեր խնդիրն է կրել, ոչ ձերը։

Եթե նոր եք տվյալների բազաների հետ

Տվյալների բազան այն տեղն է, որտեղ հավելվածը պահում է այն, ինչ պետք է հիշի։ Եթե գաղափարը նոր է, սկսեք ինչ է տվյալների բազան և ինչ է Postgres-ը-ից։ Երբ պատրաստ լինեք կառուցել այն, ինչ տվյալներ է պահում, ինչպես կառուցել հավելված AI-ով քայլ առ քայլ ցույց է տալիս, թե ինչպես ավելացնել այն։