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

(Бөлүк: Технология жана инфраструктура)

Кыскача резюме

SQL (реляциялык DD) - күчтүү консистенттүүлүк, ACID транзакциялары, суроо-талаптардын жана джойндардын бай тили. Акча операциялары жана маалымдамалар үчүн идеалдуу.
NoSQL (даректүү/колонкалуу/ачкыч-маани/графикалык) - ийкемдүү схема, горизонталдык масштаб "кутудан", жогорку өткөрүү жөндөмдүүлүгү жана жогорку адистештирилген үлгүлөрү үчүн төмөн жашыруун (Логи, жүрүм-турум, кэш, аналитикалык сканерлер, лидборддор).

iGaming Practice дээрлик ар дайым polyglotic persistentity келет: балансы жана буйруктары үчүн 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, транзакциялар, триггерлер).

NoSQL

Документ (MongoDB): JSON-документтер, ийкемдүү схема, ички талаалар боюнча индекстер.
Тилкелер/кенен саптар (Cassandra/ScyllaDB): ачкыч боюнча партиялаштыруу, тез жазуулар жана партиялык сканерлер.
Негизги маани/кэш (Redis): миллисекунддук латенттүүлүк, эс тутумдагы берилиштердин түзүлүшү.
Издөө (Elasticsearch/OpenSearch): тескери индекстер, толук текст, агрегациялар.
Graphics (Neo4j): мамилелер жана жолдор, сунуштар/анти-fraud-байланыш.

Транзакциялар жана ырааттуулук

SQL: толук функционалдуу транзакциялар (Serializable чейин), триггерлер, FK-чектөөлөр - акчанын ишенимдүү инварианттуулугу.
Документтик NoSQL: бүтүмдөр көп учурда чогултуу/партия менен чектелет; документ аралык - кымбатыраак жана азыраак.
Колон NoSQL: кворум жазуулар/окуулар (tunable consistency).
iGaming практикасы: "Акча жана юридикалык жактан маанилүү жазуулар" → SQL/CP чечимдери; "events/metrics/logs/кэш" → NoSQL демпотенттик жана асинхрондук оңдоо менен.

Масштабдоо жана аткаруу

SQL: тик Skale + окуу үчүн Replica, кол менен/Frameworks аркылуу шардана; мыкты татаал үлгү жана "ысык" топтомдор боюнча ad-hoc аналитика.
NoSQL: горизонталдык скейл "биринчи класстагы" (shard-by-key, auto-rebalance), жазуу боюнча жогорку TPS/жөнөкөй окуу; чектелген джойндор/бүтүмдөр, алдын ала суроо боюнча долбоорлоо.

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

SQL: катуу схемасы, көчүрүү (DDL), түрлөрүн башкаруу - аз "таштанды", ишенимдүү эмес.
NoSQL: "schema-on-read", ийкемдүү өзгөрүүлөр, бирок талаа нускаларынын тартиби талап кылынат, validators жана "санитария" маалыматтар.

Суроо-талап тили жана индекстөө

SQL: универсалдуу тил, татаал агрегациялар жана джойндор, бай оптималдаштыруу, экинчилик индекстер.
NoSQL: тил/DSL SQL айырмаланып турат (aggregation pipeline, map/reduce, CQL), индекстөө кыймылдаткычка мүнөздүү; көп учурда эч кандай "жалпы" джойн - денормалдаштыруу жана материалдык колдонуу.

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

• Капчыктар/баланстар, төлөмдөр, бухгалтерия (катуу шайкештик, транзакциялар).
• KUS/комплаенс жазуулар, маалымдамалар, аутентификация/ACL.
• Кепилденген тактык менен бэкофистик отчеттор.

• PSP окуялардын агымы/логи/чыкылдатуу/Webhook (жогорку жазуу, убакыт/ачкыч боюнча партия).
• Лидборддор/рейтингдер/реалдуу убакыт эсептегичтери (Redis/Cassandra).
• Персоналдаштыруу жана онлайн ML (ачкыч-мааниси + TTL).
• Издөө, сунуштар, антифрод сигналдары (ES/Graph).
• Агымдан материалдаштырылган проекциялар (конкреттүү экрандардагы документтер).

Polyglotic туруктуу (сунуш кылынат)

• 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) Leaderboard (Redis, иреттелген көптүк)

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

Команда: 'ZYNRBY' ар бир коюм/утуп → жогорку 100 'ZREVRANGE' окуу.

Event Streaming менен интеграция

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

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

SQL: жетилген backup куралдар, PITR, катуу укуктар, түшүнүктүү суроо-план; тартипти талап кылат.
NoSQL: жеңил горизонталдуу өсүш, бирок ачкычтар жана үлгүлөрү суроо-долбоорлоо боюнча көбүрөөк жоопкерчилик; backaps/калыбына келтирүү кыймылдаткычка мүнөздүү.

Коопсуздук жана шайкештик

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

Наркы жана TCO

SQL тик чоң жазуулар боюнча кымбат болуп калышы мүмкүн; бирок татаал көрүнүштөрдү иштеп чыгуу убактысын үнөмдөйт.
NoSQL горизонталдуу иш-чаралардын терабайттарда арзан, бирок белгилүү бир кыймылдаткыч үчүн компетенттүү дизайн жана көбүрөөк DevOps жол-жоболорун талап кылат.

Миграция жана эволюция

NoSQL SQL From: окуяларды кайталоо менен башталат (outbox → агым → NoSQL), акырындык менен проекцияларга окууларды которуу.
NoSQLден SQLге: "чындыктын өзөгүн" (акча/юридикалык маалыматтар) бөлүп, инварианттарды валидациялоо жана дедупликациялоо менен которуңуз.

Тандоо тизмеси

1. Акча/инварианттар/юридикалык мааниси? → SQL/CP, ACID.
2. TPS жазуу жана сызыктуу өсүш? → NoSQL Sharding менен.
3. Татаал джойндор/ad-hoc аналитика? → SQL же OLAP-СУБД.
4. Лидборд/кэш/эсептегичтер? → Redis/сапаттуу KV.
5. Издөө/сунуштар/журнал талдоо? → Elasticsearch/колонка.
6. Сиз чыныгы убакыт-insight керек? → агымы + материалдык түшүнүктөр.
7. GDPR/локализациялоону сактоо? → Geo-шардинг жана катуу PII саясаты кыймылдаткычына карабастан.

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

Аракет "баарын" бир DD (жана SQL, жана NoSQL) - күчтүү жактарын жоготуу.
NoSQL 'ди "джойндарсыз реляция" катары колдонуу - көзөмөлсүз денормализация жана татаал жаңылануулар.
Eventual-сактагычтарда акча транзакцияларын катуу боштондуксуз жүргүзүү.
Шардалоонун ачкычын жана ысык партияларды четке кагуу.
Документтик DD → "зоопарк" документтерде governance схемаларынын жоктугу.

Натыйжалары

SQL жана NoSQL атаандаштар эмес, бири-бирин толуктоочу куралдар болуп саналат. iGaming үчүн ишенимдүү стратегия - SQL жогорку ылдамдыктагы окуялар, кэш, издөө жана проекциялар үчүн маанилүү маалыматтар жана NoSQL контурлары үчүн чындык булагы катары. агымын кошуу (outbox + CDC), CQRS, схемалар жана ачкычтар тартипти, ошондой эле ишенимдүү акча эсептеген жана ошол эле учурда оюнчулардын жүрүм-турумуна жооп аянтчаны алат.