👾 Эволюционная система баз данных для современного оборудования
SirixDB – это эволюционная система баз данных, основанная только на накоплении. Каждая новая фиксация сохраняет больше данных в новом моментальном снимке, который имеет общие данные с предыдущими версиями. Система никогда не перезаписывает данные. Он поддерживает одну транзакцию чтения-записи для каждого ресурса одновременно с транзакциями только для чтения. Кроме того, в отличие от других систем баз данных, постоянное, долговечное дерево состоит из страниц базы данных переменного размера. Управление версиями происходит на уровне подстраницы в соответствии с новым алгоритмом скользящего моментального снимка.
У нас есть много вопросов, над которыми нужно поработать. Я перечислю некоторые из них, для которых вам не обязательно иметь опыт работы с базой данных:
Нам не хватает логотипа размером 64 × 64 для Форума, так что у нас есть логотип start для мобильных телефонов Android…
Подобно клиенту Python и TypeScript, мы должны предоставить клиент Kotlin.
Чтобы использовать Jigsaw/модульную систему, мы должны написать файлы определения модуля.
Таким образом, мы можем не сохранять сначала временный файл JSON на HTTP-сервере:
Таким образом, мы можем не сохранять сначала временный файл JSON на HTTP-сервере:
Мы должны обновить REST-API (пакет server-rest-api) до версии.x 4 Beta 1. Однако некоторые материалы устарели.
Мы должны добавить фреймворк времени компиляции (Dagger 2?), чтобы упростить имитацию зависимостей класса.
Поэтому мы также могли бы создать хороший DSL.
Но, по сути, базовая версия для уровня транзакций XdmNode, например, включала бы инфиксные функции trx moveTo 3 и точно так же, удаляя конструкторы, просто используйте параметры по умолчанию…
Тем не менее, я бы с удовольствием обсудил это с экспертами Kotlin:-)
Эта функция может быть использована, например, визуализациями во внешнем интерфейсе.
Мы необязательно храним скользящий хэш всех узлов в ресурсе. В настоящее время, чтобы максимально избежать коллизий, SirixDB использует первые 128 бит 256-битного хэша SHA256. Вероятно, мы можем использовать некриптографическую быструю (er) хэш-функцию, которая создает небольшое количество коллизий хэшей при задании 64-битных уникальных, плотных, возрастающих значений nodeKeys +…
Чтобы упростить настройку SirixDB с HTTP-сервером для тестирования, мы должны сделать использование Keycloak необязательным.
- все маршруты OAuth2 не должны быть доступны
- обработчик аутентификации может просто вернуть текущий маршрут
- в этом случае используйте
XmlDB StoreвместоXmlSessionDBStoreиJsonDBStoreвместоJson Session DBStore
Например, разделение классов. Возможно, также при необходимости используется платформа внедрения зависимостей, которая работает во время компиляции. Например, Dagger2 …
Обзор кода одного или нескольких классов был бы отличным, так как я Кроме того, я уверен, что мы можем абстрагировать некоторые вещи между CRUD-классами, касающиеся ресурсов XML и JSON, поскольку они действительно похожи.
Если вы попробуете SirixDB, как насчет написания руководства и/или добавления недостающих материалов в документацию!?
Оригинал: “https://dev.to/sirixdb/contribute-to-an-evolutionary-database-system-technology-stack-java-kotlin-vert-x-baf”