bsodfather/crank
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

refactor: make registry postgres-first

Browse Source
This commit is contained in:
a.tolmachev
2026-03-25 17:19:54 +03:00
parent b32b702d67
commit d37d40a975
12 changed files with 622 additions and 265 deletions
Download Patch File Download Diff File Expand all files Collapse all files
docs/database-schema.md
+6 -6
View File
@@ -4,7 +4,7 @@
Этот документ фиксирует структуру хранения конфигураций, версий операций, загруженных артефактов и published runtime-view. Его цель - дать основу для SQL-миграций и для реализации `mcpaas-registry`.
В документе предполагается реляционная модель, ориентированная на `PostgreSQL`. Для MVP допускается адаптация под `SQLite`, но канонической считается схема, совместимая с `PostgreSQL`.
В документе предполагается реляционная модель, ориентированная на `PostgreSQL`. Канонической считается схема, совместимая с `PostgreSQL`.
## 2. Общие принципы хранения
@@ -30,13 +30,13 @@
Для MVP рекомендуется отдельная таблица `auth_profiles`, где metadata и secret refs отделены от operation versions.
### 2.5. SQLite-адаптация допустима
### 2.5. Тестовая изоляция
Канонической схемой остается PostgreSQL-совместимая модель, но MVP-реализация registry может использовать SQLite. В таком случае:
Integration tests для registry должны выполняться на реальной `PostgreSQL`, но без влияния на runtime-данные. Предпочтительный способ:
- `jsonb` хранится как `text` с JSON-сериализацией;
- `timestamptz` хранится как `text`;
- внешние ключи и version snapshot semantics сохраняются без изменения.
- отдельная test database;
- либо отдельная временная schema на время теста;
- обязательная очистка после завершения тестов.
## 3. Основные таблицы