Выбор хранилища: обзор на свободное припоминание
Промпты на свободное припоминание через раздел хранилищ. Сначала ответь своими словами — обмен SQL/NoSQL, паттерны доступа, раскол метаданные/байты, долговечность против доступности, внутренности time-series и поиска, починка двойной записи — затем сверься.
Припоминание бьёт перечитывание. Для каждого промпта произнеси или запиши полный ответ по памяти до того, как откроешь образец. Усилие реконструкции обмена SQL/NoSQL, раскола метаданные/байты и починки двойной записи и есть то, что делает их прочными.
Реконструируй спину раздела не подглядывая: когда выигрывает реляционка против каждого семейства NoSQL, как дизайн под паттерны доступа режет в обе стороны, почему блобы никогда не живут в базе, чем долговечность отличается от доступности, что делает time-series и поисковые хранилища специализированными и как держать два хранилища в синхроне.
- 01Назови четыре семейства NoSQL и форму доступа каждого, и обмен ACID/BASE.
- 02Почему дизайн под паттерны доступа режет в обе стороны и что такое полиглот-персистентность?
- 03Почему блобы никогда не кладут в БД и сформулируй раскол метаданные/байты с presigned-ссылками.
- 04Различи долговечность и доступность и объясни lifecycle-тиринг.
- 05Что делает time-series и поисковые хранилища специализированными и как починить проблему двойной записи?
Если ты смог реконструировать каждый ответ по памяти, ты держишь спину раздела. Реляционка (ACID) — дефолт для инвариантов, что должен держать движок; четыре семейства NoSQL (документ, ключ-значение, wide-column, граф) масштабируются вширь и быстры для известного паттерна доступа, торгуя произвольной гибкостью и, под BASE/CAP, сильной согласованностью. Дизайн под паттерны доступа мощен при известных паттернах и зверский при меняющихся, поэтому зрелые системы — полиглот. Крупные байты никогда не живут в базе — метаданные в БД, байты в объектном хранилище, отдача через presigned-ссылки, чтобы уровень приложения не был трубой — а долговечность (байты существуют, ~11 девяток) — не доступность (достижимо сейчас), с lifecycle-тирингом, привязывающим стоимость к холодности. Time-series хранилища (LSM, даунсэмплинг, retention) и поисковые движки (инвертированный индекс) специализированы под форму записи и текст, добавляются на измеренном пределе и считаются производными индексами, чья согласованность двойной записи решается выводом из одного авторитетного коммита (CDC или outbox), никогда две независимые записи. Нить: дизайн хранения — выбор того, какие гарантии нужны и какую цену ты можешь платить.
Что-то непонятно?
Задай вопрос по этому уроку. Вопросы анонимны и попадают напрямую автору — урок станет лучше.