നിങ്ങളുടെ ആപ്പിൽ ഡേറ്റാബേസ് ചേർക്കുന്നത് എങ്ങനെ (പിന്നീട് ഡേറ്റ നഷ്ടപ്പെടാതെ)

നിങ്ങളുടെ ആപ്പിൽ ഡേറ്റാബേസ് ചേർക്കാൻ, ഒരു മാനേജ്ഡ് റിലേഷണൽ ഡേറ്റാബേസ് തിരഞ്ഞെടുക്കുക (Postgres ആണ് സാധാരണ ഡിഫോൾട്ട്), അതിന്റെ കണക്ഷൻ സ്ട്രിംഗ് സെർവർ-സൈഡ് സീക്രട്ടായി സൂക്ഷിക്കുക, നിങ്ങളുടെ ആപ്പ് സൂക്ഷിക്കുന്ന ഓരോ തരം കാര്യത്തിനും ഒരു ടേബിൾ സൃഷ്ടിക്കുക, ബ്രൗസറിനല്ല, നിങ്ങളുടെ ബാക്കെൻഡിന് മാത്രം അതിൽ വായിക്കാനും എഴുതാനും അനുവാദം നൽകുക. AI ആപ്പ് ബിൽഡർ ഉപയോഗിക്കുന്നെങ്കിൽ, സാധാരണയായി “ഇത് ഒരു ഡേറ്റാബേസിൽ സേവ് ചെയ്യുക” എന്ന് പറഞ്ഞാൽ മതി; ഏജന്റ് ടേബിളുകളും കോഡും സജ്ജീകരിക്കും. നിങ്ങളുടെ ജോലി ഡേറ്റ വ്യക്തമായി വിവരിക്കുകയും അത് യഥാർത്ഥത്തിൽ സേവ് ആകുന്നുണ്ടെന്ന് പരിശോധിക്കുകയുമാണ്.

ഈ ഗൈഡ് ഒരു ഡേറ്റാബേസ് എപ്പോൾ വേണം, പ്രധാന ഓപ്ഷനുകൾ, ഡേറ്റ എങ്ങനെ വിവരിക്കാം, ഡേറ്റ നഷ്ടപ്പെടുന്നതിനോ ചോരുന്നതിനോ കാരണമാകുന്ന തെറ്റുകൾ എന്നിവ വിശദീകരിക്കുന്നു.

നിങ്ങളുടെ ആപ്പിന് ഡേറ്റാബേസ് എപ്പോൾ വേണം

പേജ് അടച്ചതിന് ശേഷവും എന്തെങ്കിലും ഓർത്തുവെക്കാനോ ആളുകൾക്കിടയിൽ ഡേറ്റ പങ്കിടാനോ നിങ്ങളുടെ ആപ്പിന് കഴിയണമെങ്കിൽ ഡേറ്റാബേസ് വേണം. സാധാരണ സൂചനകൾ:

സന്ദർശകർ എന്തെങ്കിലും സമർപ്പിക്കുന്നു: ഒരു ഫോം, ഒരു സൈൻ-അപ്പ്, ഒരു ബുക്കിംഗ്, ഒരു ഓർഡർ
ഉപയോക്താക്കൾക്ക് സ്വന്തം സേവ് ചെയ്ത ഉള്ളടക്കമുള്ള അക്കൗണ്ടുകളുണ്ട്
ഒരു അഡ്മിന് മറ്റുള്ളവർ സൃഷ്ടിച്ചതെന്താണെന്ന് കാണാനോ എഡിറ്റ് ചെയ്യാനോ വേണം
കാലക്രമേണ റിപ്പോർട്ടുകളോ എണ്ണങ്ങളോ വേണം

എല്ലാവരും ഒരേ ഉള്ളടക്കം കാണുന്ന സ്റ്റാറ്റിക് സൈറ്റിന് — പോർട്ട്ഫോളിയോ അല്ലെങ്കിൽ ലളിതമായ ലാൻഡിംഗ് പേജ് പോലെ — ഡേറ്റാബേസ് വേണ്ട. ഡേറ്റാബേസ് എന്താണെന്ന് അറിയില്ലെങ്കിൽ ആദ്യം ഡേറ്റാബേസ് എന്താണ് വായിക്കുക.

നിങ്ങളുടെ ഓപ്ഷനുകൾ

ഓപ്ഷൻ	ഇത് എന്താണ്	ആർക്ക് അനുയോജ്യം	ട്രേഡ്-ഓഫുകൾ
നിങ്ങളുടെ ആപ്പ് ബിൽഡറിൽ നിന്നുള്ള ബിൽറ്റ്-ഇൻ ഡേറ്റാബേസ്	നിങ്ങളുടെ പ്രോജക്റ്റിനായി സൃഷ്ടിച്ച് ബന്ധിപ്പിച്ച ഡേറ്റാബേസ്	AI ബിൽഡറിൽ നിർമ്മിച്ച മിക്ക ആപ്പുകളും	ആ പ്ലാറ്റ്‌ഫോമിന്റെ ഹോസ്റ്റിംഗുമായി ബന്ധിപ്പിച്ചത്; എക്സ്പോർട്ടും ബാക്കപ്പും പ്ലാറ്റ്‌ഫോമിനെ ആശ്രയിച്ചിരിക്കുന്നു
മാനേജ്ഡ് Postgres അല്ലെങ്കിൽ MySQL	നിങ്ങൾ പ്രത്യേകം സൈൻ അപ്പ് ചെയ്യുന്ന ഹോസ്റ്റഡ് റിലേഷണൽ ഡേറ്റാബേസ്	സ്വയം ഹോസ്റ്റ് ചെയ്യുന്ന ആപ്പുകൾ, അല്ലെങ്കിൽ പല സേവനങ്ങൾ പങ്കിടുന്നവ	കീകൾ, കണക്ഷൻ പരിധികൾ, പ്ലാനുകൾ എന്നിവ നിങ്ങൾ കൈകാര്യം ചെയ്യണം
Backend-as-a-service	ഡേറ്റാബേസും ഓതന്റിക്കേഷനും സ്റ്റോറേജും APIകളും ഒരു ഉൽപ്പന്നത്തിൽ	ഒരുങ്ങിയ ലോഗിൻ വേണ്ട ഫ്രണ്ടെൻഡ്-കേന്ദ്രീകൃത ആപ്പുകൾ	പഠിക്കാൻ കൂടുതൽ വെണ്ടർ-നിർദ്ദിഷ്ട ആശയങ്ങൾ
ഡോക്യുമെന്റ് (NoSQL) ഡേറ്റാബേസ്	വഴക്കമുള്ള JSON പോലെയുള്ള ഡോക്യുമെന്റുകൾ സൂക്ഷിക്കുന്നു	വളരെ ക്രമരഹിതമായ ഡേറ്റ	ബന്ധങ്ങളും റിപ്പോർട്ടിംഗും കൂടുതൽ പ്രയാസം
ഒരു സ്പ്രെഡ്ഷീറ്റ് ഡേറ്റാബേസായി	API വഴി Google Sheets പോലെയുള്ളത്	ചെറിയ ആന്തരിക ടൂളുകൾ, പ്രോട്ടോടൈപ്പുകൾ	മന്ദഗതി, യഥാർത്ഥ നിയന്ത്രണങ്ങളില്ല, ഒരേസമയം എഡിറ്റുകളിൽ തകരുന്നു

ചെറുതും ഇടത്തരവുമായ മിക്ക വെബ് ആപ്പുകൾക്കും Postgres പോലെയുള്ള റിലേഷണൽ ഡേറ്റാബേസ് ശരിയായ ഡിഫോൾട്ട് ആണ്. ബന്ധങ്ങളിൽ (ഒരു ഉപഭോക്താവിന് പല ഓർഡറുകൾ) അത് മികച്ചതാണ്, ഡേറ്റ സ്ഥിരമായി സൂക്ഷിക്കുന്നു, പിന്നീട് SQL ഉപയോഗിച്ച് ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകാം. ലളിതമായ വിശദീകരണത്തിന് Postgres എന്താണ് കാണുക.

നിർമ്മിക്കുന്നതിന് മുമ്പ് ഡേറ്റ വിവരിക്കുക

നിങ്ങളുടെ ആപ്പ് സൂക്ഷിക്കുന്ന കാര്യങ്ങളും അവ എങ്ങനെ ബന്ധിപ്പിക്കപ്പെടുന്നു എന്നതും എഴുതിവെക്കുന്നതാണ് ഏറ്റവും ഉപയോഗപ്രദമായ കാര്യം. ഡേറ്റാബേസ് പദപ്രയോഗം വേണ്ട. ഒരു ബുക്കിംഗ് ആപ്പിന്:

ഉപഭോക്താക്കൾ: പേര്, ഇമെയിൽ, ഫോൺ
സേവനങ്ങൾ: പേര്, ദൈർഘ്യം, വില
ബുക്കിംഗുകൾ: ഏത് ഉപഭോക്താവ്, ഏത് സേവനം, ആരംഭ സമയം, സ്റ്റാറ്റസ് (pending, confirmed, cancelled)

അത് മൂന്ന് ടേബിളുകളാണ്. “ഏത് ഉപഭോക്താവ്”, “ഏത് സേവനം” എന്നിവ അവയ്ക്കിടയിലെ ലിങ്കുകൾ (foreign keys) ആകുന്നു. ഇത് നേരത്തേ ശരിയാക്കുന്നത് ഏതൊരു സാങ്കേതിക തിരഞ്ഞെടുപ്പിനെക്കാളും വളരെ പ്രധാനമാണ്, കാരണം യഥാർത്ഥ റോകളുള്ള ഡേറ്റയുടെ ഘടന മാറ്റുന്നത് ഒരു പേജ് ലേഔട്ട് മാറ്റുന്നതിനേക്കാൾ പ്രയാസമാണ്.

ചില നിയമങ്ങൾ:

ഓരോ തരം കാര്യത്തിനും ഒരു ടേബിൾ. ഉപഭോക്താവിന്റെ മേൽ ഒരു ടെക്സ്റ്റ് കോളത്തിൽ ഓർഡറുകൾ കുത്തിനിറയ്ക്കരുത്.
ഓരോ റോയ്ക്കും ഒരു ID-യും സൃഷ്ടിച്ച സമയവും നൽകുക. രണ്ടും പിന്നീട് വേണ്ടി വരും.
ശരിയായ തരങ്ങൾ ഉപയോഗിക്കുക. തീയതികൾ തീയതിയായി, പണം മുഴുവൻ സെന്റുകളായോ ഡെസിമൽ തരമായോ, ടെക്സ്റ്റായല്ല.
ആവശ്യമുള്ള ഫീൽഡുകൾ നിർബന്ധമായി അടയാളപ്പെടുത്തുക. മോശം ഡേറ്റ നിരസിക്കേണ്ടത് ഫോം മാത്രമല്ല, ഡേറ്റാബേസും ആയിരിക്കണം.

ഉദാഹരണ പ്രോംപ്റ്റുകൾ

ഒരു സമയം ഒരു ഫീച്ചർ എന്ന നിലയിൽ തുടങ്ങുക, മുഴുവൻ സ്കീമയും ഒറ്റയടിക്ക് ഇടരുത്:

ഈ ആപ്പിൽ ഒരു ഡേറ്റാബേസ് ചേർക്കുക. ഉപഭോക്താവിന്റെ പേര്, ഇമെയിൽ, സേവനം, ആരംഭ സമയം, സ്റ്റാറ്റസ് (pending, confirmed, cancelled; ഡിഫോൾട്ട് pending) എന്നിവയുള്ള bookings ടേബിൾ സൃഷ്ടിക്കുക. ബുക്കിംഗ് ഫോമിൽ നിന്നുള്ള സമർപ്പണങ്ങൾ അതിൽ സേവ് ചെയ്യുക, വിജയ സന്ദേശം കാണിക്കുക, ഏറ്റവും പുതിയത് ആദ്യം ലിസ്റ്റ് ചെയ്യുന്ന ഒരു അഡ്മിൻ പേജ് ചേർക്കുക.

പിന്നീട് വിപുലീകരിക്കുക:

services ടേബിൾ ചേർക്കുക (പേര്, മിനിറ്റിലെ ദൈർഘ്യം, സെന്റിലെ വില). bookings-ലെ സ്വതന്ത്ര-ടെക്സ്റ്റ് സേവന ഫീൽഡിന് പകരം services-ലേക്കുള്ള ലിങ്ക് വെക്കുക, നിലവിലുള്ള ബുക്കിംഗുകൾ ഒഴിവാക്കാതെ മൈഗ്രേറ്റ് ചെയ്യുക.

ഇനിയും ശക്തമാക്കുക:

എല്ലാ ഡേറ്റാബേസ് റീഡുകളും റൈറ്റുകളും സെർവറിൽ മാത്രം നടക്കുന്നെന്ന് ഉറപ്പാക്കുക. ഡേറ്റാബേസ് കണക്ഷൻ സ്ട്രിംഗ് ബ്രൗസറിന് ഒരിക്കലും ലഭിക്കരുത്. ഇൻസേർട്ട് ചെയ്യുന്നതിന് മുമ്പ് ഇമെയിലും ആരംഭ സമയവും സെർവറിൽ സാധൂകരിക്കുക.

ഘട്ടം ഘട്ടമായി

നിങ്ങളുടെ ഡേറ്റ പട്ടികപ്പെടുത്തുക മുകളിൽ പറഞ്ഞതുപോലെ: കാര്യങ്ങൾ, ഫീൽഡുകൾ, അവയ്ക്കിടയിലെ ബന്ധങ്ങൾ.
ഡേറ്റാബേസ് സൃഷ്ടിക്കുക. AI ബിൽഡറിൽ, ചാറ്റിൽ ആവശ്യപ്പെടുക. മറ്റിടങ്ങളിൽ, ഒരു മാനേജ്ഡ് Postgres ഇൻസ്റ്റൻസ് സൃഷ്ടിച്ച് അതിന്റെ കണക്ഷൻ സ്ട്രിംഗ് പകർത്തുക.
കണക്ഷൻ സ്ട്രിംഗ് ഒരു സീക്രട്ടായി സൂക്ഷിക്കുക (സെർവറിലെ എൻവയോൺമെന്റ് വേരിയബിൾ ആയി), ഒരിക്കലും കോഡിൽ വേണ്ട. എൻവയോൺമെന്റ് വേരിയബിളുകളും സീക്രട്ടുകളും കാണുക.
ടേബിളുകൾ സൃഷ്ടിക്കുക. മൈഗ്രേഷനുകൾ ഉപയോഗിക്കുക — സ്കീമ മാറ്റുന്ന വേർഷൻ ചെയ്ത സ്ക്രിപ്റ്റുകൾ — അതുവഴി മാറ്റങ്ങൾ ആവർത്തിക്കാവുന്നതും തിരിച്ചെടുക്കാവുന്നതുമാകും.
റോകൾ സൃഷ്ടിക്കുക, വായിക്കുക, അപ്ഡേറ്റ് ചെയ്യുക, ഡിലീറ്റ് ചെയ്യുക ചെയ്യുന്ന സെർവർ റൂട്ടുകൾ നിർമ്മിക്കുക (CRUD). ബ്രൗസർ ഈ റൂട്ടുകളെ വിളിക്കുന്നു; ഡേറ്റാബേസുമായി നേരിട്ട് സംസാരിക്കുന്നില്ല.
UI അവയുമായി ബന്ധിപ്പിക്കുക: സേവ് ചെയ്യുന്ന ഫോമുകൾ, ലോഡ് ചെയ്യുന്ന ലിസ്റ്റുകൾ, ഒന്നുമില്ലാത്തപ്പോൾ ശൂന്യ അവസ്ഥകൾ.
സ്ഥിരത പരിശോധിക്കുക. എന്തെങ്കിലും സമർപ്പിക്കുക, പേജ് റീലോഡ് ചെയ്യുക, മറ്റൊരു ബ്രൗസറിൽ തുറക്കുക. ഡേറ്റ അവിടെയില്ലെങ്കിൽ, അത് ഡേറ്റാബേസിൽ സേവ് ആയിരുന്നില്ല.
ആക്സസ് പരിശോധിക്കുക. രണ്ടാമത്തെ ഉപയോക്താവായി ലോഗിൻ ചെയ്ത്, ആദ്യ ഉപയോക്താവിന്റെ ഡേറ്റ കാണാനോ എഡിറ്റ് ചെയ്യാനോ കഴിയുന്നില്ലെന്ന് ഉറപ്പാക്കുക.
പ്രസിദ്ധീകരിക്കുക, പിന്നെ തത്സമയ URL-ൽ വീണ്ടും പരീക്ഷിക്കുക, പ്രസിദ്ധീകരിച്ച ആപ്പ് പ്രിവ്യൂവിനേക്കാൾ വ്യത്യസ്ത കണക്ഷൻ ഉപയോഗിച്ചേക്കാവുന്നതിനാൽ.

സാധാരണ തെറ്റുകൾ

ബ്രൗസറിൽ സേവ് ചെയ്ത് അത് സേവ് ആയെന്ന് കരുതുന്നത്. localStorage പ്രവർത്തിക്കുന്നതായി തോന്നും, പക്ഷേ മറ്റൊരു ഉപകരണത്തിൽ ആപ്പ് തുറക്കുന്നതുവരെ മാത്രം. എപ്പോഴും രണ്ടാമത്തെ ബ്രൗസറിൽ പരീക്ഷിക്കുക.
കണക്ഷൻ സ്ട്രിംഗ് ഫ്രണ്ടെൻഡ് കോഡിൽ. ഫ്രണ്ടെൻഡ് കോഡ് ആർക്കും വായിക്കാം. അത് മുഴുവൻ ഡേറ്റാബേസും അവർക്ക് നൽകുന്നു.
ആക്സസ് പരിശോധനകളില്ലാത്തത്. “എന്റെ ഓർഡറുകൾ കാണിക്കുക” ലോഗിൻ ചെയ്ത ഉപയോക്താവ് അനുസരിച്ച് സെർവറിൽ ഫിൽറ്റർ ചെയ്യണം, UI-യിൽ അല്ല. AI-നിർമ്മിത ആപ്പുകളിലെ ഏറ്റവും സാധാരണ സുരക്ഷാ പിഴവ് ഇതാണ്; ഞങ്ങളുടെ സുരക്ഷാ ചെക്ക്‌ലിസ്റ്റ് ഇത് വിശദീകരിക്കുന്നു.
വിനാശകരമായ സ്കീമ മാറ്റങ്ങൾ. “ടേബിളിന്റെ പേര് മാറ്റുക” അല്ലെങ്കിൽ “ഘടന മാറ്റുക” എന്ന് ആവശ്യപ്പെടുന്നത് അതിനെ ഡ്രോപ്പ് ചെയ്ത് വീണ്ടും സൃഷ്ടിച്ചേക്കാം. യഥാർത്ഥ ഡേറ്റ ഉള്ളപ്പോൾ, “നിലവിലുള്ള റോകൾ മൈഗ്രേറ്റ് ചെയ്യുക, ഒന്നും ഡിലീറ്റ് ചെയ്യരുത്” എന്ന് പറയുക.
ഡേറ്റാബേസിൽ ഫയലുകൾ സൂക്ഷിക്കുന്നത്. ചിത്രങ്ങളും PDF-കളും ഫയൽ സ്റ്റോറേജിൽ വേണം, ഒരു ടേബിളിൽ അവയുടെ URL അല്ലെങ്കിൽ കീ മാത്രം. ഫയൽ അപ്‌ലോഡുകൾ ചേർക്കുന്നത് എങ്ങനെ കാണുക.
ബാക്കപ്പുകളില്ലാത്തത്. ഉപഭോക്താക്കൾ വരുന്നതിന് മുമ്പ് നിങ്ങളുടെ പ്ലാറ്റ്‌ഫോം ഡേറ്റ എങ്ങനെ ബാക്കപ്പ് ചെയ്യുന്നുവെന്നും എങ്ങനെ തിരികെ കൊണ്ടുവരുമെന്നും അറിഞ്ഞിരിക്കുക.

പരിശോധനാ പട്ടിക

ഓരോ തരം കാര്യത്തിനും ID-യും സൃഷ്ടിച്ച സമയവുമുള്ള സ്വന്തം ടേബിൾ
ആവശ്യമായ ഫീൽഡുകളും തരങ്ങളും ഡേറ്റാബേസ് നടപ്പാക്കുന്നു
കണക്ഷൻ സ്ട്രിംഗ് സെർവർ-സൈഡ് സീക്രട്ടുകളിൽ മാത്രം
എല്ലാ റീഡുകളും റൈറ്റുകളും സെർവർ റൂട്ടുകളിലൂടെ
ഓരോ ഉപയോക്താവിനും സ്വന്തം റോകൾ മാത്രം വായിക്കാനും മാറ്റാനും കഴിയുന്നു
റീലോഡിനെ അതിജീവിക്കുകയും വേറൊരു ബ്രൗസറിൽ കാണുകയും ചെയ്യുന്ന ഡേറ്റ
സ്കീമ മാറ്റങ്ങൾ മൈഗ്രേഷനുകൾ ഉപയോഗിക്കുകയും നിലവിലുള്ള റോകൾ നിലനിർത്തുകയും ചെയ്യുന്നു
ബാക്കപ്പും റീസ്റ്റോറും എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്ന് അറിയാം
പ്രസിദ്ധീകരിച്ച ശേഷം തത്സമയ ആപ്പ് പരീക്ഷിച്ചു

Mythex-ൽ ഡേറ്റാബേസ് ചേർക്കുന്നത്

Mythex-ൽ ഓരോ പ്രോജക്റ്റിനും സമർപ്പിത Postgres ഡേറ്റാബേസ് ലഭിക്കാം, Free, Pro ഇവയിൽ രണ്ടിലും. സാധാരണയായി പ്രത്യേക “attach” ബട്ടൺ വേണ്ട: ചാറ്റിൽ ആവശ്യപ്പെടുക (“waitlist ഇമെയിലുകൾ ഒരു ഡേറ്റാബേസിൽ സേവ് ചെയ്യുക”) അല്ലെങ്കിൽ /database ടൈപ്പ് ചെയ്യുക; കണക്ഷൻ വിവരങ്ങൾ വർക്ക്‌സ്‌പേസിലേക്കും പ്രസിദ്ധീകരിച്ച ആപ്പിലേക്കും നൽകപ്പെടുന്നു. പ്രോജക്റ്റ് സെറ്റിംഗ്സിൽ ഡേറ്റാബേസ് സജീവമാണോ എന്ന് കാണാം.

ഡേറ്റാബേസ് 5 മിനിറ്റ് നിഷ്ക്രിയമായാൽ ഉറങ്ങുകയും അടുത്ത അഭ്യർത്ഥനയിൽ ഉണരുകയും ചെയ്യുന്നു. പ്രസിദ്ധീകരിച്ച ഉപയോഗത്തിന്, അത് യഥാർത്ഥത്തിൽ ഉണർന്നിരുന്ന സമയത്തിന് മാത്രം, നിർമ്മിക്കാനായി ഉപയോഗിക്കുന്ന അതേ ക്രെഡിറ്റ് ബാലൻസിൽ നിന്ന് ബില്ല് ചെയ്യപ്പെടുന്നു. പ്രസിദ്ധീകരിച്ച ശേഷം ഡേറ്റാബേസ് ചേർത്താൽ, തത്സമയ ആപ്പ് അത് എടുക്കാൻ വീണ്ടും പ്രസിദ്ധീകരിക്കുക.

ഡോക്യുമെന്റേഷനിലെ Database, Build a CRUD app റെസിപ്പി കാണുക. ഉപയോക്താവ് തിരിച്ചുള്ള ഡേറ്റയുടെ ലോഗിൻ വശത്തിന്, നിങ്ങളുടെ ആപ്പിൽ ലോഗിൻ ചേർക്കുന്നത് എങ്ങനെ വായിക്കുക.

ചോദ്യങ്ങൾ

എന്റെ ആപ്പിന് ഡേറ്റാബേസ് വേണോ?

സന്ദർശനങ്ങൾക്കിടയിൽ എന്തെങ്കിലും ഓർത്തുവെക്കണമെങ്കിലോ ഉപയോക്താക്കൾക്കിടയിൽ ഡേറ്റ പങ്കിടണമെങ്കിലോ ഉടൻ വേണം: സൈൻ-അപ്പുകൾ, ഓർഡറുകൾ, ബുക്കിംഗുകൾ, പോസ്റ്റുകൾ അല്ലെങ്കിൽ സെറ്റിംഗ്സ്. എല്ലാവർക്കും ഒരേ ഉള്ളടക്കം കാണിക്കുന്ന സ്റ്റാറ്റിക് സൈറ്റിന് ഡേറ്റാബേസ് ആവശ്യമില്ല.

ചെറിയ വെബ് ആപ്പിന് ഏത് ഡേറ്റാബേസ് ഉപയോഗിക്കണം?

Postgres പോലെയുള്ള റിലേഷണൽ ഡേറ്റാബേസ് മിക്ക ചെറിയ വെബ് ആപ്പുകൾക്കും സുരക്ഷിത ഡിഫോൾട്ട് ആണ്. ഉപയോക്താക്കൾ, ഓർഡറുകൾ, ബന്ധങ്ങൾ, റിപ്പോർട്ടിംഗ് എന്നിവ നന്നായി കൈകാര്യം ചെയ്യുന്നു, വ്യാപകമായി പിന്തുണയ്ക്കപ്പെടുന്നു, ചെറിയ തോതിൽ അത് മറികടക്കാൻ അപൂർവ്വമായേ കഴിയൂ.

ഡേറ്റാബേസിന് പകരം ബ്രൗസറിൽ ഡേറ്റ സൂക്ഷിക്കാമോ?

localStorage പോലെയുള്ള ബ്രൗസർ സ്റ്റോറേജ് ഒരു ഉപകരണത്തിലെ ഒരു ബ്രൗസറിൽ മാത്രമാണ് ഉണ്ടാകുക, ഉപയോക്താവിന് എപ്പോൾ വേണമെങ്കിലും മായ്ക്കാം. തീം തിരഞ്ഞെടുപ്പ് പോലെയുള്ള മുൻഗണനകൾക്ക് ഇത് മതി, പക്ഷേ പിന്നീട് നിങ്ങൾക്കോ മറ്റ് ഉപയോക്താക്കൾക്കോ കാണേണ്ട ഒന്നിനും അല്ല.

Mythex-ൽ ഡേറ്റാബേസ് ഉണ്ടോ?

ഉണ്ട്. ഒരു Mythex പ്രോജക്റ്റിന് Free, Pro പ്ലാനുകളിൽ സ്വന്തമായ സമർപ്പിത Postgres ഡേറ്റാബേസ് ലഭിക്കാം. ചാറ്റിൽ ആവശ്യപ്പെടുകയോ `/database` കമാൻഡ് ഉപയോഗിക്കുകയോ ചെയ്യാം, കണക്ഷൻ വിവരങ്ങൾ നിങ്ങൾക്കായി നൽകപ്പെടും. ഉപയോഗത്തിന്റെ ചെലവ് നിർമ്മാണത്തിന്റെ അതേ ക്രെഡിറ്റ് ബാലൻസിൽ നിന്നാണ് കുറയുന്നത്.