SQL vs NoSQL: Hvaða gagnagrunn ætti appið þitt að nota?

SQL-gagnagrunnar (líka kallaðir tengslagagnagrunnar) geyma gögn í töflum með fastri uppbyggingu, röðum og dálkum, og tengja saman skyldar töflur. Þú leitar í þeim með SQL-málinu. Postgres, MySQL og SQLite eru dæmi. NoSQL-gagnagrunnar nota aðrar leiðir til að geyma gögn, svo sem skjöl, lykil-gildapör, breiða dálka eða net, og leyfa yfirleitt sveigjanlegri uppbyggingu. MongoDB, Redis, DynamoDB og Firestore eru dæmi. Fyrir flest viðskiptaöpp er SQL-gagnagrunnur skynsamlegt sjálfgefið val; NoSQL skarar fram úr í ákveðnum verkefnum.

Af hverju þetta val skiptir máli þegar þú smíðar með gervigreind

Gagnagrunnurinn er einn erfiðasti hluti appsins að breyta síðar. Hægt er að endurhanna skjái á einum eftirmiðdegi; að flytja ára gömul viðskiptavinagögn yfir í aðra tegund gagnagrunns er verkefni.

Þegar gervigreindarsmiðill bætir gagnageymslu við fyrir þig er hann að velja á milli þessara. Að skilja muninn hjálpar þér að:

• Skilja hvernig gögnin þín líta út og hvort þau geti svarað spurningunum sem þú munt spyrja síðar („tekjur eftir mánuðum eftir vöru“).
• Meta val á vettvangi. Sumir vettvangar eru byggðir á skjalagagnagrunni, aðrir á tengslagagnagrunni. Sjá Supabase vs Firebase sem algengt dæmi um hvort tveggja.
• Forðast lock-in. SQL er sameiginlegur staðall, svo tengslagögn er yfirleitt auðveldara að flytja á milli þjónustuaðila.

Daglegt dæmi

SQL-gagnagrunnur er eins og safn vandlega hannaðra töflureikna með ströngum dálkum: eitt blað fyrir viðskiptavini, eitt fyrir pantanir, og hver pöntunarröð vísar á viðskiptavinaröð með auðkenni. Allar raðir í blaði hafa sömu dálka. Það krefst smá skipulags, en það er auðvelt að spyrja spurninga yfir blöð og gögnin haldast snyrtileg.

NoSQL skjalagagnagrunnur er eins og skjalaskápur með möppum. Mappa hvers viðskiptavinar getur innihaldið upplýsingar hans og pantanir saman, og ein mappa getur geymt aukablöð sem hinar hafa ekki. Að sækja alla sögu eins viðskiptavinar er fljótlegt. Að svara „hvað pantaði allt fólkið í síðasta mánuði?“ þýðir að opna fullt af möppum.

Raunverulegi munurinn

„NoSQL“ er ekki ein tegund. Helstu gerðirnar eru:

Vinnudæmi: sömu verslunargögn, tvær leiðir

Tökum litla netverslun með einum viðskiptavini og pöntunum hennar.

SQL (tengslagagnagrunnur): gögnin eru skipt í töflur og tengd með auðkennum.

-- customers: id=1, name='Lena Ortiz'
-- orders:    id=101, customer_id=1, total=42.00
--            id=103, customer_id=1, total=25.00

SELECT c.name, SUM(o.total)
FROM customers c JOIN orders o ON o.customer_id = c.id
GROUP BY c.name;

Ef Lena breytir netfanginu sínu breytist það á einum stað. Að spyrja „heildarsala á hvern viðskiptavin í þessum mánuði“ er ein fyrirspurn.

NoSQL (skjal): pantanir hennar geta búið inni í skjalinu hennar.

{
  "_id": "cust_1",
  "name": "Lena Ortiz",
  "email": "lena@example.com",
  "orders": [
    { "id": 101, "total": 42.00, "items": ["Green tea"] },
    { "id": 103, "total": 25.00, "items": ["Teapot"] }
  ]
}

Að hlaða prófílsíðu Lenu með öllum pöntunum hennar er ein lestur. En spurningar sem þvera alla viðskiptavini, svo sem mest selda vara mánaðarins, taka meiri vinnu, og ef sömu vöruupplýsingarnar eru afritaðar í margar pantanir verður það verkefni appsins að halda þeim í samræmi.

Hvorugt er rangt. Spurningin er hvaða mynstur appið þitt notar oftast.

Hvernig þú velur

Tengslagagnagrunnur af gerðinni SQL er yfirleitt rétti sjálfgefni kosturinn ef:

• Gögnin þín hafa mörg tengsl: notendur, teymi, bókanir, reikninga, vörur.
• Þú þarft skýrslur, síur og samtölur yfir færslur.
• Nákvæmni skiptir máli: peningar, birgðastaða, heimildir.

NoSQL-gagnagrunnur er þess virði að skoða ef:

• Þú þarft hratt skyndiminni eða geymslu fyrir lotur. Redis er algengt hér, oft ásamt SQL-gagnagrunni.
• Færslurnar þínar eru mjög margar, einfaldar og óháðar, eins og atburðaskrár eða mælingar úr skynjurum.
• Þú ert á vettvangi sem byggir á einni slíkri gerð, til dæmis Firestore frá Firebase, og rauntímaeiginleikarnir eru aðalaðdráttaraflið.

Margir hafa báðar gerðir í appinu: SQL sem aðalgrunn sannleikans, og NoSQL-geymslu fyrir skyndiminni eða tiltekinn eiginleika.

Lykilhugtök

Algengur misskilningur

• „NoSQL þýðir ekkert skema.“ Gögnin þín hafa alltaf einhverja lögun. Með NoSQL framfylgir gagnagrunnurinn hana kannski ekki, svo kóðinn þinn verður að gera það.
• „SQL skalar ekki.“ Tengslagagnagrunnar keyra mjög stórar þjónustur. Flest öpp nálgast mörk þeirra aldrei.
• „NoSQL er alltaf hraðara.“ Aðeins fyrir mynstrin sem það er hannað fyrir. Skýrsla sem þverar gögn getur verið hægari.
• „Þú verður að velja annað að eilífu.“ Mörg öpp sameina bæði. Og SQL-gagnagrunnar eins og Postgres geyma JSON líka, þannig að nokkrir sveigjanlegir reitir krefjast ekki NoSQL.
• „NoSQL þýðir að þú getir ekki notað SQL.“ Nafnið er yfirleitt lesið sem „ekki bara SQL“, og sum NoSQL-verkfæri bjóða fyrirspurnarmál sem líkjast SQL.

Hvað á að spyrja gervigreindarsmiðilinn þinn

• „Hvers konar gagnagrunn notar þetta app, og af hverju passar hann vel við gögnin mín?“
• „Teiknaðu upp töflurnar eða söfnin og hvernig þau tengjast.“
• „Hvaða skýrslur vil ég eftir sex mánuði? Getur þessi gagnagrunnur svarað þeim auðveldlega?“
• „Ef nokkrir reitir eru raunverulega sveigjanlegir, geymdu þá sem JSON í Postgres frekar en að bæta við öðrum gagnagrunni.“
• „Bættu við skyndiminni aðeins ef við höfum mælt hraðavandamál.“

Gagnagrunnar í Mythex

Mythex gefur hverju verkefni sem þarf á slíkum grunni sérstakan Postgres-gagnagrunn, tengslagagnagrunn af gerðinni SQL, sem er bætt við þegar appið þarfnast hans, annaðhvort með því að biðja um það í spjallinu eða með skipuninni /database (Database). Það hentar flestum viðskiptaöppum: notendum, bókunum, pöntunum og skýrslum. Ef þú þarft tiltekna ytri þjónustu, til dæmis hýstan skjalagagnagrunn, getur agentinn skrifað kóða sem tengist henni með lyklum sem þú geymir sem leyndarmál verkefnisins. Til að læra meira um sjálft málið, lestu hvað er SQL.

Spurningar