🤥 Реляции – это очень плохо 🤥

Очередной раз, когда из каждой дырки все кричат "реляции в БД это маст хэв", а на реальной практике понимаешь, что от этого намного больше проблем, чем пользы

#pg #sql #db

😃 RAFT - это про надежный master-slave 😃

«Но он же часто используется в мульти-мастер базах?» – вот в этом то и интересное противоречие, о котором расскажу в комментариях

#distributed #db #raft #cockroachdb #ydb #scylla

😉 SQlite – база будущего 😉

Я прям жопой чувствую, что есть в этой базе офигенный потенциал, и в целом, я не ошибся, об этом и расскажу

(продолжение в комментариях)

#db #sql #sqlite #fdd

⛓ Ни одной рид репликой едины⛓

Про способы организации надежных и достаточно быстрых master-slave репликаций

#db

😎 Огого, а WASM то, ничего так оказался 😎

Обсуждение под предыдущим постом позволило подытожить текущие области применения WASM и вы знаете... неожиданно ахуенная технология получается и вне браузера

#wasm #serverless #cli #db #rust #go #zig

👯‍♀️ P2P offline-first базы данных – лупа или залупа? 👯‍♀️

Нравится мне этот зверь чудной, но есть ньюансы

#db #p2p #distributed

🧠 Багнетка v0.2 🧠

Проверим интуицию по базам данных

UPD: 3 из 4-х фаз багнетки разгаданы @zakharoffam и последняя добита @gennadiixd

#bugnetka #db

🤬 Deploy Туретта 🤬

Как закалялось очко

#db #cicd #highload #deploy

(продолжение в комментариях)

👑 Ультиматиный подход для realtime систем: чаты, игры, IoT и многое другое 👑

За свою карьеру я вывел в прод 3 чата и 6 IoT систем и только сейчас дошел до одной важной концепции

#top #highload #db #async #actor

(продолжение в комментариях)

🔤 Авто-масштабирующаяся БД - Реляции + ХХХ = Ляпота 🔤

"Авто-масштабирующаяся БД" – автошар-дируемая база формата master-master (CockroachDB, YDB, ScyllaDB, Clickhouse, PlanetScale, etc.), что позволяет писать много данных быстро и с условно неограниченной параллельностью

"- Реляции" потому что в 90% таких БД не будет CONSTAINT, благодаря которым БД при изменении / уничтожении данных чистить / менять связанные с ними данные. Чаще всего, поддержание реляций в распределенных базах - задача, за которую авторы БД не могут дать требуемых каждому отдельному проекту гарантий и времени исполнения.

Думаю, большинство разрабов, годик другой поработавших с реляцими очень их любят, поэтому сложно отказаться от такой роскоши как: "если я удаляю User я хочу чтобы все связанные с ним данные тоже удалились и как мне это организовать, если нет реляций?"

И для начала, ложка дегтя: я неоднократно слышал и только со временем поверил в то, что реляции (особено CASCADE DELETE) – палка о двух концах. Это слабо контролируется, весь каскад тяжело увидеть в БД, некоторые случайные удаления могут вызвать необратимые последствия. Статейки 1, 2. Иногда лучше оставить данные на месте "до лучших времен", ведь часто при запросе пользователю или не увидит уже несвязанные с ними данные (из-за отсутствия реляции) или эти данные относятся к "фактам прошлого", которые вообще не стоит удалять.

Ок, а если надо удалить, или убрать FORIEGN KEY, или проставить deletedAt?

. Простой вариант – крон, который чистит записи "сироты" (orphaned rows)

. Надежный, но кропотливый – ручками, в каждом отдельном месте понимать что и как нужно удалить / поменять (на сложных проектах иногда приходится к такому прибегать вместо реляций)

. Кривоватый, но рабочий вариант – ORM или свой плагин, который на уровне кода применяет каскадом действия при изменении / удалении сущности. Крайне опасная и часто малопредсказуемая история (хотя, я видел подобный успешный опыт)

. Более продвинуто – закидывать событие об удалении сущности в Queue, читать отдельным сервисов и принимать нужные решения. Придется иметь и настраивать MQ, а еще и не забывать писать все эти ивенты.

. А вот самый заебись вариант это Change Data Capture (CDC) – механизм базы, который позволяет подписаться на события об изменении данных, которые она будет присылать вам на лету.

И вот именно встроенный CDC является тем самым ингридиентом ХХХ, который добавляет этим базам удобства и надежности решения вопроса с реляциями.

Поэтому, ищите новенькую топовую базу? Посмотрите чтобы у нее в комплекте шли или реляции, или CDC, а лучше и то и другое

Мощной вам прокачки 😎

P.S.

Я затронул только удаление данных, да, еще существует проверка на существование в момент записи и подобного рода вещи, но это уже решается скорее архитектурой, а не CDC да и пост итак длинный, так что как-нибудь потом

#postgresql #db #highload #ydb