SQL vs NoSQL: амалдарды салыстыру

(Бөлім: Технологиялар және Инфрақұрылым)

Қысқаша түйіндеме

SQL (реляциялық ДБ) - күшті консистенттілік, ACID-транзакциялар, сұраныстар мен джойналардың бай тілі. Ақша операциялары мен анықтамалықтар үшін тамаша.
NoSQL (құжаттық/бағандық/кілт-мән/графалық) - икемді схема, «қораптан жасалған» көлденең масштаб, жоғары өткізу қабілеті және тар мамандандырылған паттерндер (логтар, мінез-құлық, кэш, аналитикалық сканерлер, лидбордтар) үшін төмен латенттілік.

iGaming тәжірибесі әрқашан дерлік полиглоттық персистенттілікке келеді: баланстар мен ордерлер үшін SQL, оқиғалар/логтар/кэштер/іздеу/онлайн-талдау үшін NoSQL.

Негізгі қағидаттар: ACID, BASE, CAP және PACELC

ACID (SQL): атомарлық, консистенттік, оқшаулау, ұзақ мерзімдік - қатаң кепілдіктермен транзакциялар.
BASE (көбінесе NoSQL): «Basically Available, Soft state, Eventual consistency» - қолжетімділікке және көлденең скейлге екпін, бірақ қорытынды келісуге уақыт өте келе қол жеткізіледі.
CAP: желілік сплит кезінде C (консистенттілік) немесе A (қолжетімділік) таңдаймыз.
PACELC: Latency vs Consistency ымырасы болмағанда. Ақша ағындары көбінесе C-бағдарланған; телеметрия/логи - L-бағдарланған.

Деректер үлгілері

• Қатаң схема, қалыпқа келтіру, сыртқы кілттер, джойндар, көріністер.
• Бай SQL (window-функциялар, CTE, транзакциялар, триггерлер).

• Құжаттық (MongoDB): JSON-құжаттар, икемді схема, ішкі өрістер бойынша индекстер.
• Бағаналы/кең жолдар (Cassandra/ScyllaDB): кілт бойынша партиялану, тез жазбалар және партия бойынша сканерлер.
• Кілт-мән/кэш (Redis): миллисекундтық жасырындылық, жадтағы деректер құрылымы.
• Іздеу (Elasticsearch/OpenSearch): инвертирленген индекстер, толық мәтін, агрегациялар.
• Графикалық (Neo4j): қатынас және жолдар, ұсынымдар/anti-fraud-байланыстар.

Транзакциялар және келісу

SQL: толық функционалды транзакциялар (Serializable дейін), триггерлер, FK-шектеулер - ақшаның сенімді инварианты.
Құжаттық NoSQL: транзакциялар көбінесе коллекциямен/партиямен шектеледі; құжатаралық - қымбат және сирек.
Бағанды NoSQL: кворумды жазу/оқу (tunable consistency).
iGaming практикасы: «ақша және заңдық маңызы бар жазбалар» → SQL/CP-шешімдер; «events/metrics/logs/кэштер» → іспеттілігі және асинхронды түзетуі бар NoSQL.

Масштабтау және өнімділік

SQL: тік скейл + оқуға арналған реплика, қолмен/фреймворк арқылы шардинг; өте күрделі іріктеме және «ыстық» жиынтықтарда ad-hoc талдау.
NoSQL: «бірінші сыныпты» көлденең скейл (shard-by-key, auto-rebalance), жазуға/қарапайым оқуға арналған жоғары TPS; шектеулі джойндар/транзакциялар, алдын ала сұрауларға жобалаңыз.

Схема және эволюция

SQL: қатаң схема, көші-қон (DDL), түрлерін бақылау - аз «қоқыс», сенімді инварианттар.
NoSQL: «schema-on-read», икемді өзгерістер, бірақ өріс нұсқаларының тәртібі, валидаторлар және деректерді «тазарту» талап етіледі.

Сұрау тілі және индекстеу

SQL: әмбебап тіл, күрделі агрегациялар мен джойндар, бай оңтайландыру, қайталама индекстер.
NoSQL: тіл/DSL SQL-ден (aggregation pipeline, map/reduce, CQL) ерекшеленеді, индекстеу қозғалтқышқа тән; көбінесе «ортақ» джойн жоқ - денормализация мен материализацияны пайдаланыңыз.

Типтік iGaming домендері: қайда

• Әмияндар/баланстар, төлемдер, бухгалтерия (қатаң келісу, транзакциялар).
• ҚҰЖ/комплаенс-жазбалар, анықтамалықтар, аутентификация/ACL.
• Кепілдік берілген дұрыстығы бар бэкофистік есептер.

• PSP оқиғалар/логи/басу/вебхок ағыны (жоғары жазба, уақыт/кілт бойынша топтамалар).
• Нақты уақыттағы лидбордтар/рейтингтер/есептеуіштер (Redis/Cassandra).
• Дербестендіру және онлайн-ML (кілт-мән + TTL).
• Іздеу, ұсыныстар, антифрод-сигналдар (ES/баған).
• Ағымнан материалданған проекциялар (нақты экрандарға арналған құжаттар).

Полиглоттық персистенттілік (ұсынылады)

• Postgres/MySQL - ақша мен шарттар үшін «жазба жүйесі».
• Kafka → ClickHouse/Pinot/Druid - онлайн-аналитика және метрика.
• Redis - баланстардың, лимиттердің, токендердің кэши; rate-limits.
• Cassandra/Scylla - телеметрия/үлкен TPS ставкалар тарихы.
• Elasticsearch - ойындар/провайдерлер/тикет-лог бойынша толық мәтінді іздеу.
• MongoDB - ойыншының икемді профильдері/баптаулары/CRM карталары.

Жобалау мысалдары

1) Ойыншының балансы (SQL, транзакциялар)

sql
BEGIN;
UPDATE wallet SET balance_cents = balance_cents - 5000
WHERE player_id = 123 AND balance_cents >= 5000;
INSERT INTO ledger (player_id, delta_cents, reason, ts)
VALUES (123, -5000, 'bet_stake', now());
COMMIT;

Инварианттың кепілдігі «баланс минус түспейді», журналға тұтас жазба.

2) Ставкалар оқиғаларының журналы (NoSQL, бағаналы)

Партиялану схемасы: 'partition _ key = player_id',' clustering = event_time DESC '.
Сұраулар: «Ойыншы оқиғаларының соңғы N», «Ойыншылар бойынша күнгі барлық оқиғалар».

3) Лидборд (Redis, реттелген жиындар)

Ключ: `leaderboard:tournament:2025-11-05`

Команда: 'ZINCRBY' әрбір ставка/жеңіс кезінде → 100 'ZREVRANGE' оқыңыз.

Event Streaming бағдарламасымен біріктіру

SQL → Kafka → NoSQL материалдандыру Outbox/кэш/іздеу.
CDC (Debezium) нақты уақыттағы анықтамалықтарды/баланстарды жаңартуға арналған.
CQRS: командалар SQL күйін өзгертеді; read-модельдер жылдам экрандар үшін NoSQL тұрады.

Операциялық перспектива

SQL: жетілген бэкап құралдары, PITR, қатаң құқықтар, түсінікті сұрау жоспарлары; шардинг тәртіпті талап етеді.
NoSQL: жеңіл көлденең өсу, бірақ кілттер мен сұраныс үлгілерінің дизайны үшін үлкен жауапкершілік; бэкаптар/қалпына келтіру қозғалтқышқа тән.

Қауіпсіздік және сәйкестік

SQL-ді аудит/комплаенс (ACID, FK, қатаң логтар) үшін «шындық көзі» ретінде қолдану оңай.
NoSQL міндеттейді: шифрлау, TTL/ретеншн, PII бақылау, өзгерістер аудиті, схемаларды валидациялау.

Құны және TCO

SQL үлкен жазбаларда тігінен қымбат болуы мүмкін; алайда күрделі кезеңдерді әзірлеу уақытын үнемдейді.
NoSQL оқиғалар мен логтардың терабайттарында көлденең арзан, бірақ сауатты дизайнды және нақты қозғалтқыштың астында үлкен DevOps процедураларын талап етеді.

Көші-қон және эволюция

SQL-ден NoSQL-ге: оқуларды проекцияларға ауыстырып, оқиғаларды қайталаудан бастаңыз (outbox → stream → NoSQL).
NoSQL-ден SQL-ге: «шындық ядросын» (ақшалай/заңды деректер) таңдаңыз, инварианттар валидациясымен және дедупликациямен көшіріңіз.

Таңдау чек-парағы

1. Ақша/инварианттар/заңды маңызы? → SQL/CP, ACID.
2. TPS жазу және сызықтық өсу? → NoSQL шардирлеу.
3. Күрделі джойндар/ad-hoc аналитика? → SQL немесе OLAP-СУБД.
4. Лидбордтар/кэштер/есептеуіштер? → Redis/сапалы KV.
5. Іздеу/ұсыныстар/талдау? → Elasticsearch/бағаншылдар.
6. Шынайы уақыт керек пе? → стриминг + материалды көріністер.
7. GDPR/локализацияны сақтау? → қозғалтқышқа қарамастан, гео-шардинг және қатаң PII саясаты.

Антипаттерндер

Барлығын бір ДБ-ға (SQL де, NoSQL де) «салуға» тырысу - күшті жақтарын жоғалту.
NoSQL-ді «джойнсыз реляция» ретінде пайдалану - бақылаусыз денормализация және күрделі апдейттер.
Eventual-қоймаларда ақша транзакцияларын қатаң теңсіздіксіз жасау.
Шардалау кілті мен ыстық партияларды елемеу.
Құжаттық ДБ → «хайуанаттар бағы» құжаттарында governance схемаларының болмауы.

SQL және NoSQL - бәсекелестер емес, өзара толықтырушы құралдар. iGaming үшін сенімді стратегия - сындарлы деректер үшін шындық көзі ретінде SQL және жылдамдықты оқиғалар, кэштер, іздеу және проекциялар үшін NoSQL контурлары. Стриминг (outbox + CDC), CQRS, схемалар мен кілттердің тәртібін қосыңыз және сіз ақшаны сенімді санайтын және ойыншылардың мінез-құлқына жедел жауап беретін платформаны аласыз.