feat: implement sqlite registry storage

docs/database-schema.md

@@ -12,6 +12,8 @@
 
 Конфигурация operation не должна храниться только в одной "живой" записи. Каждое существенное изменение должно приводить к появлению новой версии конфигурации.
 
+Для MVP в registry version snapshot хранит protocol-specific конфигурацию, схемы, mapping и execution settings. Поля identity и listing view (`name`, `display_name`, `protocol`) считаются стабильными и хранятся в `operations`.
+
 ### 2.2. Published и draft разделяются логически
 
 - `draft` может меняться;
@@ -28,6 +30,14 @@
 
 Для MVP рекомендуется отдельная таблица `auth_profiles`, где metadata и secret refs отделены от operation versions.
 
+### 2.5. SQLite-адаптация допустима
+
+Канонической схемой остается PostgreSQL-совместимая модель, но MVP-реализация registry может использовать SQLite. В таком случае:
+
+- `jsonb` хранится как `text` с JSON-сериализацией;
+- `timestamptz` хранится как `text`;
+- внешние ключи и version snapshot semantics сохраняются без изменения.
+
 ## 3. Основные таблицы
 
 Минимальный набор таблиц: