SQL vs NoSQL. Ո՞ր տվյալների բազան պետք է օգտագործի ձեր ծրագիրը

SQL տվյալների բազաները (կոչվում են նաև հարաբերական) տվյալները պահում են սահմանված կառուցվածքով աղյուսակներում՝ տողերով և սյունակներով, և կապում են առնչվող աղյուսակները։ Հարցումները կատարվում են SQL լեզվով։ Օրինակներ են Postgres-ը, MySQL-ը և SQLite-ը։ NoSQL տվյալների բազաները տվյալները պահում են այլ եղանակներով՝ փաստաթղթեր, բանալի-արժեք զույգեր, լայն սյունակներ կամ գրաֆներ, և սովորաբար թույլ են տալիս ավելի ճկուն կառուցվածք։ Օրինակներ են MongoDB-ն, Redis-ը, DynamoDB-ն և Firestore-ը։ Բիզնես ծրագրերի մեծամասնության համար SQL տվյալների բազան խելամիտ լռելյայն ընտրություն է, իսկ NoSQL-ը փայլում է կոնկրետ խնդիրների մեջ։

Ինչու է այս ընտրությունը կարևոր AI-ով կառուցելիս

Տվյալների բազան հետագայում փոխելու ամենադժվար մասերից մեկն է ծրագրում։ Էկրանները կարելի է վերաձևավորել մեկ կեսօրում. տարիների հաճախորդների տվյալները մեկ այլ տեսակի տվյալների բազա տեղափոխելը նախագիծ է։

Երբ AI ծրագրերի կառուցողը տվյալների պահոց է ավելացնում ձեզ համար, նա ընտրում է այս տարբերակներից մեկը։ Տարբերությունը իմանալը օգնում է ձեզ.

• Հասկանալ, թե ինչ տեսք ունեն ձեր տվյալները և կարող են արդյոք պատասխանել այն հարցերին, որոնք հետագայում կտաք («եկամուտը ամսական ըստ ապրանքի»)։
• Գնահատել հարթակների ընտրությունը. Որոշ հարթակներ կառուցված են փաստաթղթային տվյալների բազայի, մյուսները՝ հարաբերականի վրա։ Տե՛ս Supabase vs Firebase՝ յուրաքանչյուրի հայտնի օրինակի համար։
• Խուսափել կախվածությունից։ SQL-ը ընդհանուր ստանդարտ է, ուստի հարաբերական տվյալները սովորաբար ավելի հեշտ է տեղափոխել մատակարարների միջև։

Ամենօրյա անալոգիա

SQL տվյալների բազան նման է խիստ սյունակներով մանրակրկիտ նախագծված աղյուսակների շարքի. մեկ թերթ՝ հաճախորդների, մեկ՝ պատվերների, և յուրաքանչյուր պատվերի տող ID-ով ցույց է տալիս հաճախորդի տողին։ Թերթի յուրաքանչյուր տող ունի նույն սյունակները։ Պլանավորում է պահանջում, բայց հարցեր տալը թերթերի միջև հեշտ է, և տվյալները մնում են կարգավորված։

NoSQL փաստաթղթային տվյալների բազան նման է թղթապանակների արկղի։ Յուրաքանչյուր հաճախորդի թղթապանակում կարող են միասին լինել նրա տվյալները և պատվերները, և մի թղթապանակում կարող են լինել լրացուցիչ թղթեր, որոնք մյուսներում չկան։ Մեկ հաճախորդի ամբողջ պատմությունը արագ է ստանալ։ Պատասխանել «ի՞նչ պատվիրեցին բոլորը անցյալ ամիս» հարցին նշանակում է բացել շատ թղթապանակներ։

Իրական տարբերությունները

«NoSQL»-ը մեկ բան չէ։ Հիմնական տեսակները.

Աշխատած օրինակ. նույն խանութի տվյալները երկու եղանակով

Վերցրեք փոքր առցանց խանութ, հաճախորդ և նրա պատվերները։

SQL (հարաբերական). տվյալները բաժանված են աղյուսակների և կապված են ID-ներով։

-- 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;

Եթե Լենան փոխում է իր էլ. փոստը, այն փոխվում է մեկ տեղում։ «Ամսվա վաճառքների գումարը յուրաքանչյուր հաճախորդի համար» հարցումը մեկ հարցում է։

NoSQL (փաստաթուղթ). նրա պատվերները կարող են գտնվել իր փաստաթղթի ներսում։

{
  "_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"] }
  ]
}

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

Ոչ մեկն սխալ չէ։ Հարցն այն է, թե որ օրինաչափությամբ է ձեր ծրագիրը աշխատում առավել հաճախ։

Ինչպես ընտրել

Հարաբերական SQL տվյալների բազան սովորաբար ճիշտ լռելյայն ընտրությունն է, եթե.

• Ձեր տվյալներն ունեն շատ կապեր. օգտատերեր, թիմեր, ամրագրումներ, հաշիվներ, ապրանքներ։
• Ձեզ անհրաժեշտ կլինեն հաշվետվություններ, զտիչներ և գումարներ գրառումների վրա։
• Ճշգրտությունը կարևոր է. գումար, պաշարի մակարդակ, թույլտվություններ։

NoSQL տվյալների բազան արժե դիտարկել, եթե.

• Ձեզ անհրաժեշտ է արագ քեշ կամ սեսիայի պահոց. այստեղ հաճախ օգտագործվում է Redis-ը, սովորաբար SQL տվյալների բազայի կողքին։
• Ձեր գրառումները թվով շատ են, պարզ են և անկախ, ինչպես իրադարձությունների մատյանները կամ սենսորների ընթերցումները։
• Դուք աշխատում եք մի հարթակի վրա, որը կառուցված է դրա շուրջ, օրինակ՝ Firebase-ի Firestore-ը, և նրա իրական ժամանակի հնարավորությունները հիմնական գրավչությունն են։

Շատ ծրագրեր օգտագործում են երկուսն էլ. SQL-ը՝ որպես հիմնական ճշմարտության աղբյուր, իսկ NoSQL պահոցը՝ քեշավորման կամ կոնկրետ հատկանիշի համար։

Հիմնական տերմիններ

Տարածված սխալ պատկերացումներ

• «NoSQL-ը նշանակում է առանց սխեմայի». Ձեր տվյալներն միշտ ունեն ձև։ NoSQL-ում տվյալների բազան կարող է այն չպարտադրել, ուստի ձեր կոդը պետք է դա անի։
• «SQL-ը չի մասշտաբավորվում». Հարաբերական տվյալների բազաները աշխատեցնում են շատ մեծ ծառայություններ։ Շատ ծրագրեր երբեք չեն մոտենում իրենց սահմաններին։
• «NoSQL-ը միշտ արագ է». Միայն այն օրինաչափությունների համար, որոնց համար այն նախագծված է։ Բազմաբնույթ հաշվետվությունը կարող է դանդաղ լինել։
• «Պետք է ընտրեք մեկը հավիտյան». Շատ ծրագրեր համատեղում են երկուսը։ Իսկ Postgres-ի նման SQL տվյալների բազաները նույնպես պահում են JSON, ուստի մի քանի ճկուն դաշտեր չեն պահանջում NoSQL։
• «NoSQL-ը նշանակում է, որ չեք կարող օգտագործել SQL». Անունը սովորաբար կարդում են որպես «ոչ միայն SQL», և որոշ NoSQL արտադրանքներ առաջարկում են SQL-ի նման հարցումների լեզուներ։

Ինչ հարցնել ձեր AI կառուցողին

• «Ինչ տեսակի տվյալների բազա է օգտագործում այս ծրագիրը և ինչու է այն հարմար իմ տվյալներին»։
• «Նկարեք աղյուսակները կամ հավաքածուները և թե ինչպես են դրանք կապված»։
• «Ի՞նչ հաշվետվություններ կուզենամ վեց ամսից։ Կարո՞ղ է այս տվյալների բազան դրանք հեշտ պատասխանել»։
• «Եթե որոշ դաշտեր իրոք ճկուն են, պահեք դրանք JSON-ով Postgres-ում՝ երկրորդ տվյալների բազա ավելացնելու փոխարեն»։
• «Քեշ ավելացրեք միայն այն դեպքում, եթե ունենք չափված արագության խնդիր»։

Տվյալների բազաները Mythex-ում

Mythex-ը յուրաքանչյուր նախագծի, որին դա անհրաժեշտ է, տրամադրում է առանձին Postgres տվյալների բազա՝ հարաբերական SQL տվյալների բազա, որն ավելացվում է, երբ ծրագիրն այն պահանջում է. կամ զրույցում հարցնելով, կամ /database հրամանով (Database)։ Դա հարմար է բիզնես ծրագրերի մեծամասնությանը. օգտատերեր, ամրագրումներ, պատվերներ և հաշվետվություններ։ Եթե ձեզ անհրաժեշտ է որևէ արտաքին ծառայություն, ինչպիսին է հոսթավորված փաստաթղթային տվյալների բազան, գործակալը կարող է գրել կոդ, որը միանում է դրան այն բանալիներով, որոնք պահում եք որպես նախագծի գաղտնիքներ։ Լեզվի մասին ավելին իմանալու համար կարդացեք ինչ է SQL-ը։

Հարցեր