1 В избранное 0 Ответвления 0

OSCHINA-MIRROR/openharmony-distributeddatamgr_appdatamgr

Присоединиться к Gitlife
Откройте для себя и примите участие в публичных проектах с открытым исходным кодом с участием более 10 миллионов разработчиков. Приватные репозитории также полностью бесплатны :)
Присоединиться бесплатно
Это зеркальный репозиторий, синхронизируется ежедневно с исходного репозитория.
Клонировать/Скачать
Внести вклад в разработку кода
Синхронизировать код
Отмена
Подсказка: Поскольку Git не поддерживает пустые директории, создание директории приведёт к созданию пустого файла .keep.
Loading...
README.md

Введение

Реляционная база данных (RDB) управляет данными на основе реляционных моделей. OpenHarmony RDB обеспечивает полный механизм управления локальными базами данных с использованием базовой базы данных SQLite.

База данных настроек предоставляет облегчённые операции «ключ-значение» для локальных приложений, чтобы хранить небольшое количество данных. Поскольку данные уже загружены в память, более высокая скорость доступа к данным обеспечивает более высокую эффективность работы. База данных настроек нереляционная и поэтому не подходит для хранения большого объёма данных. Вместо этого она обычно используется для работы с данными в парах «ключ-значение».

RDB

OpenHarmony RDB поддерживает все функции базы данных SQLite, включая транзакции, индексы, представления, триггеры, внешние ключи, параметризованные запросы и подготовленные операторы SQL.

Рисунок 1. Как работает RDB.

База данных настроек

  1. База данных настроек предоставляет классы операций для приложений для управления базой данных.
  2. С помощью PreferencesHelper приложение может загрузить содержимое указанного файла в экземпляр Preferences. Каждый файл имеет только один экземпляр Preferences. Система хранит экземпляр в памяти через статический контейнер до тех пор, пока приложение не удалит экземпляр из памяти или не удалит файл.
  3. После получения экземпляра Preferences приложение может использовать функции в Preferences, чтобы читать данные из экземпляра или записывать данные в него, а также использовать flush() или flushSync(), чтобы сохранить изменения в файле, который хранит данные настроек.

Рисунок 2. Как работает база данных настроек.

Структура каталогов

//foundation/distributeddatamgr/appdatamgr
├── frameworks            # Framework code
│   └── js                # JS API implementation
│   │   └── napi          # napi implementation
│   └── native            # Internal API implementation
└── interfaces            # APIs
    └── inner_api         # Internal APIs
        └── native        # C/C++ APIs

Реляционная база данных

Некоторые основные понятия:

  • Реляционная база данных (RDB). База данных, созданная на основе реляционных моделей. RDB хранит данные в строках и столбцах.
  • Набор результатов. Набор результатов запроса, используемый для доступа к данным. Вы можете получить доступ к необходимым данным в наборе результатов в гибких режимах.
  • База данных SQLite. Лёгкая RDB, соответствующая свойствам атомарности, согласованности, изоляции и долговечности (ACID). Это база данных с открытым исходным кодом.

Ограничения

RDB может использовать максимум четыре пула соединений для управления операциями чтения и записи.

Чтобы обеспечить точность данных, RDB одновременно поддерживает только одну операцию записи.

База данных настроек

Некоторые основные концепции:

  • Ключ-значная база данных. База данных, которая хранит данные в виде пар «ключ-значение». Ключ указывает ключевое слово, а значение — соответствующее значение.
  • Нереляционная база данных. База данных, не соответствующая базе данных ACID. Свойства управления транзакциями реляционных данных.

В отличие от этого, данные в нереляционной базе данных независимы и масштабируемы.

Предпочтения (Preference data) — тип данных, к которым часто обращаются и которые часто используются.

Ограничения

Ключ должен быть строкой длиной не более 80 символов и не может быть пустой строкой. Значение в формате строки может иметь длину не более 8192 символов. Значение может быть пустой строкой.

Чтобы избежать высоких затрат памяти, рекомендуется хранить в базе данных предпочтений не более десяти тысяч записей данных.

Задействованные хранилища

  • Подсистема распределённого управления данными.
  • distributeddatamgr_appdatamgr.
  • third_party_sqlite.

Комментарии ( 0 )

Вы можете оставить комментарий после Вход в систему

Введение

Описание недоступно Расширить Свернуть
Apache-2.0
Отмена

Обновления

Пока нет обновлений

Участники

все

Недавние действия

Загрузить больше
Больше нет результатов для загрузки
1
https://gitlife.ru/oschina-mirror/openharmony-distributeddatamgr_appdatamgr.git
git@gitlife.ru:oschina-mirror/openharmony-distributeddatamgr_appdatamgr.git
oschina-mirror
openharmony-distributeddatamgr_appdatamgr
openharmony-distributeddatamgr_appdatamgr
master