Postgres എന്താണ്? പല ആപ്പുകൾക്ക് പിന്നിലുള്ള ഡാറ്റാബേസ്, വിശദീകരണം
Postgres (ഔദ്യോഗികമായി PostgreSQL) ഒരു സൗജന്യവും ഓപ്പൺ സോഴ്സുമായ റിലേഷണൽ ഡാറ്റാബേസ് ആണ്: ആപ്പിന്റെ ഡാറ്റ വരികളും കോളങ്ങളുമുള്ള ടേബിളുകളിൽ സൂക്ഷിക്കുകയും, ടേബിളുകളെ പരസ്പരം ബന്ധിപ്പിക്കുകയും, SQL എന്ന ഭാഷയിൽ അവയെക്കുറിച്ചുള്ള ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുകയും ചെയ്യുന്ന ഒരു പ്രോഗ്രാം. വിശ്വസനീയവും ഡാറ്റ ശരിയായി സൂക്ഷിക്കുന്നതിൽ കർശനവുമാണ്; ഒരു സൈൻ-അപ്പ് ലിസ്റ്റ് മുതൽ വലിയ കമ്പനിയുടെ രേഖകൾ വരെ കൈകാര്യം ചെയ്യാൻ പര്യാപ്തവുമാണ്. പല വെബ് ആപ്പുകളും, അവ ഹോസ്റ്റ് ചെയ്യുന്ന പല സേവനങ്ങളും, ഇതിന് മുകളിലാണ് നിർമ്മിച്ചിരിക്കുന്നത്.
AI ഉപയോഗിച്ച് നിർമ്മിക്കുമ്പോൾ ഇത് പ്രധാനമാകുന്നത് എന്തുകൊണ്ട്
ഒരു AI ആപ്പ് ബിൽഡർ നിങ്ങളുടെ പ്രോജക്റ്റിൽ “ഒരു ഡാറ്റാബേസ്” ചേർക്കുമ്പോൾ അത് Postgres ആകാനാണ് സാധ്യത. SQL എഴുതാതെ തന്നെ ഇത് ഉപയോഗിക്കാം, പക്ഷേ ചെറിയ ധാരണ വലിയ മാറ്റമുണ്ടാക്കും:
- ഡാറ്റ ഡാറ്റാബേസിന് വേണ്ട രൂപത്തിൽ വിവരിക്കാം. “ഉപഭോക്താക്കൾക്ക് പല ഓർഡറുകൾ ഉണ്ടാകാം; ഓരോ ഓർഡറിലും പല ഇനങ്ങൾ ഉണ്ടാകാം” എന്നത് നേരിട്ട് ടേബിളുകളായി മാറുന്നു.
- ശരിയായ സംരക്ഷണം ആവശ്യപ്പെടാം. ഒരു ഇമെയിൽ ഇരട്ടിപ്പ്, നിലവിലില്ലാത്ത ഉപഭോക്താവിനുള്ള ഓർഡർ പോലുള്ള തെറ്റായ ഡാറ്റ AI നിയമങ്ങൾ സജ്ജമാക്കിയാൽ Postgres സ്വയം തടയും.
- AI ചെയ്തത് വായിക്കാം. ടേബിൾ പേരുകളും കോളങ്ങളും ബന്ധങ്ങളും ഒരു ടേബിൾ വ്യൂവറിൽ എളുപ്പത്തിൽ പരിശോധിക്കാം, കോഡ് തൊടാതെ തന്നെ.
ഒരു ദൈനംദിന ഉദാഹരണം: വളരെ കർശനമായ ഒരു ഫയലിംഗ് ഓഫീസ്
ഓരോ തരം കാര്യത്തിനും ഒരു അലമാരയുള്ള ഒരു ഫയലിംഗ് ഓഫീസ് സങ്കൽപ്പിക്കുക — ഒന്ന് ഉപഭോക്താക്കൾക്ക്, ഒന്ന് ഓർഡറുകൾക്ക്, ഒന്ന് ഉൽപ്പന്നങ്ങൾക്ക്. ഓരോ അലമാരയിലെയും കാർഡുകളിൽ ഒരേ അച്ചടിച്ച കള്ളികളാണ്. ഓരോ കാർഡിനും ഒരു അതുല്യ നമ്പറുണ്ട്, ഒരു ഓർഡർ കാർഡ് ഉപഭോക്താവിന്റെ വിവരങ്ങൾ ആവർത്തിക്കുന്നില്ല; “ഉപഭോക്താവ് #214” എന്ന് മാത്രം പറഞ്ഞ് ഉപഭോക്തൃ അലമാരയിലേക്ക് ചൂണ്ടുന്നു.
ക്ലർക്ക് കർശനനാണ്. നിലവിലില്ലാത്ത ഒരു ഉപഭോക്താവിലേക്ക് ചൂണ്ടുന്ന ഓർഡർ അവർ ഫയൽ ചെയ്യില്ല. ആവശ്യമായ തീയതിക്കള്ള ഒഴിച്ചിട്ടാൽ കാർഡ് സ്വീകരിക്കില്ല. ഒരു അക്കൗണ്ട് കാർഡിൽ നിന്ന് മറ്റൊന്നിലേക്ക് പണം മാറ്റാൻ പറഞ്ഞാൽ അവർ രണ്ട് പകുതികളും ചെയ്യുന്നു, അല്ലെങ്കിൽ രണ്ടും ചെയ്യുന്നില്ല — ഒരെണ്ണം മാത്രം ഒരിക്കലും ഇല്ല.
ആ ക്ലർക്കാണ് Postgres. അലമാരകൾ ടേബിളുകളാണ്, അച്ചടിച്ച കള്ളികൾ കോളങ്ങളാണ്, ഓരോ കാർഡും ഒരു വരിയാണ്, “ഉപഭോക്താവ് #214” എന്ന ബന്ധം ഒരു ഫോറിൻ കീ ആണ്.
Postgres നല്ലതിൽ നല്ലത് ചെയ്യുന്നത്
| സവിശേഷത | ലളിത വാക്കുകളിൽ അർത്ഥം |
|---|---|
| ടേബിളുകളും ബന്ധങ്ങളും | ഡാറ്റ പരസ്പരം ചൂണ്ടുന്ന ടേബിളുകളിൽ ജീവിക്കുന്നു; അതിനാൽ ഒന്നും അഞ്ചിടത്ത് പകർത്തപ്പെടുന്നില്ല |
| SQL | ചോദ്യങ്ങൾ ചോദിക്കാനുള്ള സ്റ്റാൻഡേർഡ് ഭാഷ: “കഴിഞ്ഞ മാസത്തെ എല്ലാ അടയ്ക്കാത്ത ഓർഡറുകൾ, പുതിയത് ആദ്യം” |
| ട്രാൻസാക്ഷനുകൾ (ACID) | മാറ്റങ്ങളുടെ ഒരു കൂട്ടം ഒന്നുകിൽ മുഴുവൻ നടക്കുന്നു, അല്ലെങ്കിൽ ഒന്നും നടക്കുന്നില്ല — സെർവർ പകുതിയിൽ തകർന്നാലും |
| കൺസ്ട്രെയിന്റുകൾ | ഡാറ്റാബേസ് സ്വയം നടപ്പാക്കുന്ന നിയമങ്ങൾ: നിർബന്ധിത ഫീൽഡുകൾ, അതുല്യമായ ഇമെയിലുകൾ, ടേബിളുകൾ തമ്മിലുള്ള സാധുവായ ലിങ്കുകൾ |
| ഇൻഡെക്സുകൾ | ടേബിളുകൾ വളരുമ്പോഴും തിരച്ചിൽ വേഗത്തിൽ നിലനിർത്തുന്ന കുറുക്കുവഴികൾ |
| JSONB | ഒരു ഫിക്സഡ് ഘടന യോജിക്കാത്തപ്പോൾ ഒരു കോളത്തിൽ വഴക്കമുള്ള, ഡോക്യുമെന്റ് പോലുള്ള ഡാറ്റ സൂക്ഷിക്കുക |
| ഫുൾ-ടെക്സ്റ്റ് സെർച്ച് | ലളിതമായ സന്ദർഭങ്ങളിൽ പ്രത്യേക സെർച്ച് സേവനമില്ലാതെ ടെക്സ്റ്റ് ഫീൽഡുകളിൽ വാക്കുകൾ തിരയുക |
| എക്സ്റ്റൻഷനുകൾ | മാപ്പുകൾക്കും ലൊക്കേഷനുകൾക്കുമുള്ള PostGIS, അല്ലെങ്കിൽ AI എംബെഡ്ഡിംഗുകൾ സൂക്ഷിക്കാനുള്ള pgvector പോലുള്ള അധിക ഘടകങ്ങൾ |
| റോ-ലെവൽ സെക്യൂരിറ്റി | ഏത് ഉപയോക്താവിന് ഏത് വരികൾ കാണാം എന്നതിനുള്ള നിയമങ്ങൾ ഡാറ്റാബേസിനുള്ളിൽ |
കാലിഫോർണിയ സർവകലാശാലയിൽ (ബെർക്ക്‌ലി) 1980-കളിലെ ഒരു ഗവേഷണ പദ്ധതിയായാണ് Postgres തുടങ്ങിയത്; 1990-കൾ മുതൽ ആഗോള സമൂഹം തുറന്ന നിലയിൽ വികസിപ്പിക്കുന്നു. ഈ ദീർഘമായ ചരിത്രമാണ് ഇത് പലപ്പോഴും സ്ഥിരസ്ഥിതി തിരഞ്ഞെടുപ്പാകുന്നതിന് കാരണം: നന്നായി ഡോക്യുമെന്റ് ചെയ്തതും വ്യാപകമായി പിന്തുണയുള്ളതും എല്ലാ പ്രധാന ക്ലൗഡ് ദാതാക്കളും മാനേജ്ഡ് പതിപ്പ് നൽകുന്നതുമാണ്.
ഒരു പ്രായോഗിക ഉദാഹരണം: ഒരു സ്പ്രെഡ്ഷീറ്റ് ടേബിളുകളാക്കൽ
ഒരു ചെറിയ കാറ്ററിംഗ് ബിസിനസ് നടത്തുന്നു എന്ന് കരുതുക; എല്ലാം ഒരു സ്പ്രെഡ്ഷീറ്റിലാണ് ട്രാക്ക് ചെയ്യുന്നത്: ഓരോ വരിയും ഒരു ഇവന്റാണ്, ക്ലയന്റിന്റെ പേര്, ഫോൺ, ഇമെയിൽ, തീയതി, മെനു ഇനങ്ങൾ, വില എന്നിവയോടെ.
പ്രശ്നങ്ങൾ വേഗം വരുന്നു. ഒരേ ക്ലയന്റ് ആറ് വരികളിൽ രണ്ട് വ്യത്യസ്ത ഫോൺ നമ്പറുകളോടെ വരുന്നു. മെനു ഇനങ്ങൾ ഒരു സെല്ലിൽ “canapés x40, salad x2” എന്ന് ടൈപ്പ് ചെയ്തിരിക്കുന്നു, അതിനാൽ മാർച്ചിൽ എത്ര കാനപ്പേകൾ ഉണ്ടാക്കി എന്ന് കൂട്ടാനാകില്ല.
Postgres-ൽ അതേ വിവരങ്ങൾ നാല് ടേബിളുകളാകുന്നു:
| ടേബിൾ | കോളങ്ങൾ | കുറിപ്പുകൾ |
|---|---|---|
| clients | id, name, phone, email | ഇമെയിൽ അതുല്യമായിരിക്കണം |
| events | id, client_id, date, venue, status | client_id ഒരു യഥാർത്ഥ ക്ലയന്റുമായി ഒത്തുപോകണം |
| menu_items | id, name, unit_price | ഓരോ വിഭവത്തിനും ഒരു വരി |
| event_items | event_id, menu_item_id, quantity | ഇവന്റുകളെ വിഭവങ്ങളുമായി ക്വാണ്ടിറ്റിയോടെ ബന്ധിപ്പിക്കുന്നു |
ഇപ്പോൾ ഒരു ക്ലയന്റിന്റെ ഫോൺ നമ്പർ ഒരിടത്ത് മാത്രമേ ഉണ്ടാകൂ. “മാർച്ചിൽ എത്ര കാനപ്പേകൾ ഉണ്ടാക്കി?” എന്നത് ഒറ്റ SQL ക്വറിയാണ്. ഒരു പുതിയ ഇവന്റ് അതിന്റെ ഇനങ്ങളോടെ രേഖപ്പെടുത്തുമ്പോൾ, ഒരു ട്രാൻസാക്ഷൻ ഉറപ്പാക്കുന്നത് പകുതി ഇനങ്ങൾ മാത്രം സേവ് ചെയ്ത ഇവന്റ് ഒരിക്കലും ഉണ്ടാകില്ല എന്നാണ്.
“ഈ സ്പ്രെഡ്ഷീറ്റിൽ നിന്ന് ഒരു ആപ്പ് ഉണ്ടാക്കൂ” എന്ന് AI-യോട് ചോദിക്കുമ്പോൾ ആളുകൾ ഒഴിവാക്കുന്ന ഘട്ടമാണിത്. സ്പ്രെഡ്ഷീറ്റ് ആപ്പാക്കുന്നത് എങ്ങനെ എന്ന ഗൈഡ് കൂടുതൽ മുന്നോട്ട് പോകുന്നു.
പ്രധാന പദങ്ങൾ
- ടേബിൾ, വരി, കോളം: ഒരു തരം കാര്യം, അതിന്റെ ഒരു ഉദാഹരണം, അതിനെക്കുറിച്ചുള്ള ഒരു വിവരം.
- പ്രൈമറി കീ: ഓരോ വരിയുടെയും അതുല്യ ഐഡി, സാധാരണയായി
id. - ഫോറിൻ കീ: മറ്റൊരു ടേബിളിലെ ഒരു വരിയിലേക്ക് ചൂണ്ടുന്ന കോളം, ഉദാഹരണത്തിന്
client_id. - സ്കീമ: നിങ്ങളുടെ എല്ലാ ടേബിളുകളുടെയും കോളങ്ങളുടെയും ഡിസൈൻ.
- മൈഗ്രേഷൻ: സ്കീമയിലെ സേവ് ചെയ്ത, ആവർത്തിക്കാവുന്ന ഒരു മാറ്റം, ഉദാഹരണത്തിന് “events-ൽ
venueകോളം ചേർക്കുക”. - ക്വറി: SQL-ൽ എഴുതിയ ഒരു ചോദ്യം അല്ലെങ്കിൽ നിർദ്ദേശം.
- കണക്ഷൻ സ്ട്രിംഗ്: നിങ്ങളുടെ ബാക്കെൻഡ് ഡാറ്റാബേസിൽ എത്താനുള്ള വിലാസവും പാസ്‌വേഡും. അത് ഒരു രഹസ്യമാണ് — എൻവയോൺമെന്റ് വേരിയബിളുകളും രഹസ്യങ്ങളും കാണുക.
- മാനേജ്ഡ് Postgres: Postgres പ്രവർത്തിപ്പിക്കുകയും ബാക്കപ്പ് ചെയ്യുകയും അപ്ഡേറ്റ് ചെയ്യുകയും ചെയ്യുന്ന ഒരു സേവനം.
ഏതൊരു ആപ്പും ഈ ടേബിളുകളിൽ നടത്തുന്ന ദൈനംദിന പ്രവർത്തനങ്ങൾക്ക് — സൃഷ്ടിക്കൽ, വായന, അപ്ഡേറ്റ്, ഇല്ലാതാക്കൽ — CRUD എന്താണെന്ന് നോക്കുക.
സാധാരണ തെറ്റുകളും തെറ്റിദ്ധാരണകളും
- ഒറ്റ ഭീമൻ ടേബിൾ. സ്പ്രെഡ്ഷീറ്റിന്റെ കോളങ്ങൾ അതേപടി പകർത്തുന്നത് അതേ ആവർത്തന പ്രശ്നങ്ങളിലേക്ക് നയിക്കുന്നു. ആവർത്തിക്കുന്നതിനെ സ്വന്തം ടേബിളുകളാക്കി വേർതിരിക്കുക.
- ലിസ്റ്റുകൾ ഒരു ടെക്സ്റ്റ് ഫീൽഡിൽ സൂക്ഷിക്കൽ. ഒരു കോളത്തിൽ “canapés x40, salad x2” എന്നത് ശരിയായി എണ്ണാനോ തിരയാനോ കഴിയില്ല. ഒരു ലിങ്കിംഗ് ടേബിൾ ഉപയോഗിക്കുക.
- കൺസ്ട്രെയിന്റുകളില്ലായ്മ. “ഇമെയിൽ അതുല്യമായിരിക്കണം” അല്ലെങ്കിൽ “ഓരോ ഇവന്റിനും ഒരു ക്ലയന്റ് വേണം” എന്നിവ ഇല്ലെങ്കിൽ തെറ്റായ ഡാറ്റ നിശബ്ദമായി കടന്നുകൂടി മാസങ്ങൾക്ക് ശേഷം പൊങ്ങിവരും.
- പ്രൊഡക്ഷനിൽ ഡാറ്റാബേസ് കൈകൊണ്ട് മാറ്റൽ. സ്കീമ മാറ്റങ്ങൾ മൈഗ്രേഷനുകളായി ആവശ്യപ്പെടുക; അങ്ങനെ മാറ്റം രേഖപ്പെടുത്തി ആവർത്തിക്കാം.
- ബ്രൗസർ നേരിട്ട് ഡാറ്റാബേസുമായി സംസാരിക്കാൻ അനുവദിക്കൽ. ഫ്രണ്ടെൻഡ് അനുമതികൾ പരിശോധിക്കുന്ന ബാക്കെൻഡ് വഴിയേ പോകണം. ഡാറ്റാബേസ് പാസ്‌വേഡ് പേജ് കോഡിൽ ഒരിക്കലും ഉണ്ടാകരുത്.
- “Postgres വലിയ കമ്പനികൾക്ക് മാത്രമാണ്.” 50 വരിയുള്ള വെയ്റ്റ്‌ലിസ്റ്റിനും ഇത് അതേപോലെ പ്രവർത്തിക്കുന്നു, വളരുമ്പോൾ ഇതിൽ നിന്ന് മാറേണ്ടി വരില്ല.
- ഡാറ്റാബേസ് ബാക്കപ്പ് ആണെന്ന് കരുതൽ. അത് ഡാറ്റ സൂക്ഷിക്കുന്നു; ഡാറ്റ ഇല്ലാതാക്കുന്നതിൽ നിന്ന് സ്വയമേവ സംരക്ഷിക്കുന്നില്ല. നിങ്ങളുടെ ഹോസ്റ്റ് ഏത് ബാക്കപ്പുകൾ നൽകുന്നു എന്ന് പരിശോധിക്കുക.
നിങ്ങളുടെ AI ബിൽഡറോട് എന്ത് ചോദിക്കണം
- “[കാര്യങ്ങൾ] ഒരു ഡാറ്റാബേസിൽ സൂക്ഷിക്കൂ. ടേബിളുകൾ: … ഈ ഫീൽഡുകളോടെ: … ഓരോ [ഓർഡറും] ഒരു [ഉപഭോക്താവുമായി] ബന്ധിപ്പിക്കൂ.”
- “ഉപഭോക്താക്കളിൽ ഇമെയിൽ അതുല്യമാക്കൂ. ഈ ഫീൽഡുകൾ നിർബന്ധമാക്കൂ. ഉപഭോക്താവില്ലാത്ത ഓർഡർ അനുവദിക്കരുത്.”
- “ഓരോ സ്കീമ മാറ്റത്തിനും മൈഗ്രേഷനുകൾ ഉപയോഗിക്കൂ.”
- “ഞങ്ങൾ ചെയ്യുന്ന ഏറ്റവും സാധാരണ തിരച്ചിലുകൾക്ക് ഇൻഡെക്സുകൾ ചേർക്കൂ: ഉപഭോക്താവ് പ്രകാരവും തീയതി പ്രകാരവുമുള്ള ഓർഡറുകൾ.”
- “എല്ലാ ഡാറ്റാബേസ് ആക്സസും സെർവർ വഴി. കണക്ഷൻ സ്ട്രിംഗ് എൻവയോൺമെന്റ് വേരിയബിളുകളിൽ സൂക്ഷിക്കൂ.”
ഡാറ്റാബേസ് എന്താണെന്ന് തീരെ പുതിയതാണെങ്കിൽ ഡാറ്റാബേസ് എന്താണ് എന്നതിൽ തുടങ്ങി ഇവിടെ തിരികെ വരൂ. ഡാറ്റാബേസ് ഫ്രണ്ടെൻഡ്, ബാക്കെൻഡ് എന്നിവയ്ക്കരികിൽ എവിടെയിരിക്കുന്നു എന്ന് ഫുൾ-സ്റ്റാക്ക് ആപ്പ് കാണിക്കുന്നു.
Mythex-ൽ Postgres
ആവശ്യമുള്ള ഓരോ പ്രോജക്റ്റിനും Mythex സ്വന്തമായി ഒരു സമർപ്പിത Postgres ഡാറ്റാബേസ് നൽകുന്നു. നിങ്ങൾ അത് കോൺഫിഗർ ചെയ്യേണ്ടതില്ല: ചാറ്റിൽ ചോദിക്കുക (“വെയ്റ്റ്‌ലിസ്റ്റ് ഇമെയിലുകൾ ഒരു ഡാറ്റാബേസിൽ സേവ് ചെയ്യൂ”) അല്ലെങ്കിൽ /database കമാൻഡ് ഉപയോഗിക്കുക; Mythex അത് ഘടിപ്പിക്കുകയും കണക്ഷൻ വിവരങ്ങൾ നിങ്ങളുടെ ആപ്പിലേക്ക് നൽകുകയും ടേബിളുകൾ നിങ്ങൾക്കായി ഉണ്ടാക്കുകയും ചെയ്യാം. പ്രസിദ്ധീകരിച്ച ആപ്പിന്റെ ഡാറ്റാബേസ് അഞ്ച് മിനിറ്റ് നിഷ്‌ക്രിയമായാൽ ഉറങ്ങുകയും അടുത്ത റിക്വസ്റ്റിൽ ഉണരുകയും ചെയ്യുന്നു; അത് യഥാർത്ഥത്തിൽ ഉണർന്നിരുന്ന സമയത്തിന് മാത്രമേ ബിൽ ചെയ്യുകയുള്ളൂ, നിർമ്മാണത്തിന്റെ അതേ ക്രെഡിറ്റ് ബാലൻസിൽ നിന്ന്. വിശദാംശങ്ങൾ ഡാറ്റാബേസ് ഡോക്‌സിൽ, ഡാറ്റാ-സഹിത ആപ്പുകൾ കാണാൻ നല്ല സ്ഥലം ഡാഷ്ബോർഡ് ടെംപ്ലേറ്റുകൾ.
ചോദ്യങ്ങൾ
Postgres-ഉം PostgreSQL-ഉം ഒന്നാണോ?
അതെ. PostgreSQL എന്നത് ഔദ്യോഗിക പേരാണ്, Postgres എന്നത് സാധാരണ ചുരുക്കപ്പേര്; രണ്ടും ഒരേ ഓപ്പൺ സോഴ്സ് റിലേഷണൽ ഡാറ്റാബേസിനെയാണ് സൂചിപ്പിക്കുന്നത്.
Postgres സൗജന്യമാണോ?
അതെ. PostgreSQL പെർമിസ്സീവ് PostgreSQL ലൈസൻസിന് കീഴിലുള്ള ഓപ്പൺ സോഴ്സാണ്; വാണിജ്യ ഉൽപ്പന്നങ്ങളിൽ ഉൾപ്പെടെ സൗജന്യമായി ഉപയോഗിക്കാം. അത് പ്രവർത്തിപ്പിക്കുന്ന സെർവറുകൾക്കോ മാനേജ്ഡ് സേവനത്തിനോ മാത്രം പണം നൽകിയാൽ മതി.
Postgres-ഉം MySQL-ഉം തമ്മിലുള്ള വ്യത്യാസം എന്താണ്?
രണ്ടും സൗജന്യവും റിലേഷണൽ SQL ഡാറ്റാബേസുകളുമാണ്, മിക്ക ആപ്പുകൾക്കും രണ്ടും മതിയാകും. ഡാറ്റാ സമഗ്രതയ്ക്ക് കർശനമായ നിലപാടും JSONB, അറേ പോലുള്ള സമ്പന്നമായ ഡാറ്റാ ടൈപ്പുകളും വലിയൊരു എക്സ്റ്റൻഷൻ പരിസ്ഥിതിയും ആണ് Postgres-ന്റെ പ്രത്യേകത; ലളിതതയ്ക്കും വെബ് ഹോസ്റ്റിംഗിലെ ദീർഘകാല ചരിത്രത്തിനും MySQL പ്രസിദ്ധമാണ്.
ചെറിയ ആപ്പിന് Postgres നല്ലതാണോ?
അതെ. ഒറ്റ ടേബിളുള്ള വെയ്റ്റ്‌ലിസ്റ്റിനും വലിയ പ്രൊഡക്ഷൻ സിസ്റ്റങ്ങൾക്കും ഇത് നന്നായി പ്രവർത്തിക്കുന്നു; ആപ്പ് വളരുമ്പോൾ ഡാറ്റാബേസ് മാറ്റേണ്ടി വരില്ല. മാനേജ്ഡ് സേവനങ്ങൾ ഡാറ്റാബേസ് അഡ്മിനിസ്ട്രേറ്റർ ഇല്ലാതെ പ്രവർത്തിപ്പിക്കാൻ എളുപ്പമാക്കുന്നു.