distributeddatamgr_relation.../README_zh.md
PaDaBoo bbf7a8b9cc 部件目录结构调整
Signed-off-by: PaDaBoo <xuejianwu@huawei.com>
2022-04-21 11:18:57 +08:00

7.0 KiB
Raw Blame History

本地数据管理组件

简介

关系型数据库Relational DatabaseRDB 是一种基于关系模型来管理数据的数据库。OpenHarmony关系型数据库基于SQLite组件提供了一套完整的对本地数据库进行管理的机制。

轻量级偏好数据库Preferences 主要提供轻量级Key-Value操作支持本地应用存储少量数据数据存储在本地文件中同时也加载在内存中的所以访问速度更快效率更高。轻量级偏好数据库属于非关系型数据库不宜存储大量数据经常用于操作键值对形式数据的场景。

轻量系统KV数据库Lightweight KV store 依托当前公共基础库提供的KV存储能力开发为轻量系统设备应用提供键值对数据管理能力。在有进程的平台上KV存储提供的参数管理供单进程访问不能被其他进程使用。在此类平台上KV存储作为基础库加载在应用进程以保障不被其他进程访问。

关系型数据库RDB

OpenHarmony关系型数据库底层使用SQLite作为持久化存储引擎支持SQLite具有的所有数据库特性包括但不限于事务、索引、视图、触发器、外键、参数化查询和预编译SQL语句。

图 1 关系型数据库运作机制

轻量级偏好数据库Preferences

  1. 本模块提供偏好型数据库的操作类,应用通过这些操作类完成数据库操作。
  2. 借助PreferencesHelper可以将指定文件的内容加载到Preferences实例每个文件最多有一个Preferences实例系统会通过静态容器将该实例存储在内存中直到主动从内存中移除该实例或者删除该文件。
  3. 获取Preferences实例后可以借助Preferences类的函数从Preferences实例中读取数据或者将数据写入Preferences实例通过flush或者flushSync将Preferences实例持久化。

图 2 轻量级偏好数据库运行机制

轻量系统KV数据库Lightweight KV store

当前先支持轻量键值KV本地数据存储能力后续会逐步支持其他更丰富的数据类型。

轻量键值KV数据数据有结构文件轻量具有简易事务性单独提供一套专用的键值对接口

分布式数据管理服务在不同平台上,将数据操作接口形成抽象层用来统一进行文件操作,使厂商不需要关注不同芯片平台文件系统的差异。

目前在轻量系统上默认关闭该特性需要使用时请用户修改vendor_hisilicon仓配置以开启。

目录

//foundation/distributeddatamgr/appdatamgr
├── frameworks            # 框架层代码
│   └── js                # JS API的实现
│   │   └── napi          # napi代码实现
│   └── native            # 内部接口实现
└── interfaces            # 接口代码
    └── inner_api         # 内部接口声明
        └── native        # C/C++接口

关系型数据库RDB

以下是几个基本概念:

  • 关系型数据库

    创建在关系模型基础上的数据库,以行和列的形式存储数据。

  • 结果集

    指用户查询之后的结果集合,可以对数据进行访问。结果集提供了灵活的数据访问方式,可以更方便的拿到用户想要的数据。

  • SQLite数据库

    一款轻量级的数据库是遵守ACID的关系型数据库组件。它是一个开源的项目。

约束

数据库中连接池的最大数量是4个用以管理用户的读写操作。

为保证数据的准确性,数据库同一时间只能支持一个写操作。

轻量级偏好数据库Preferences

以下是几个基本概念:

  • Key-Value数据库

    一种以键值对存储数据的一种数据库。Key是关键字Value是值。

  • 非关系型数据库

    区别于关系数据库不保证遵循ACIDAtomic、Consistency、Isolation及Durability特性不采用关系模型来组织数据数据之间无关系扩展性好。

  • 偏好数据

    用户经常访问和使用的数据。

约束

Key键为String类型要求非空且长度不超过80个字符。

如果Value值为String类型可以为空但是长度不超过8192个字符。

存储的数据量应该是轻量级的,建议存储的数据不超过一万条,否则会在内存方面产生较大的开销。

轻量系统KV数据库Lightweight KV store

说明

KV存储能力继承自公共基础库原始设计在原有能力基础上进行增强新增提供数据删除及二进制value读写能力的同时保证操作的原子性

  • 轻量系统普遍性能有限,内存及计算能力不足,对于数据管理的场景大多读多写少,且内存占用敏感;
  • 平台使用的文件操作接口是由文件系统提供,一般来说文件操作接口本身并不是进程安全的,请格外注意;
  • 轻量系统存在不具备锁能力的情况不提供锁的机制并发由业务保证若需要提供有锁机制则需要提供hook由业务进行注册。

约束

  • KV大小及可存储条目数在平台可承受内可修改配置轻量系统默认为小于Key(32byte)Value(512byte),通过修改编译宏修改;

  • 依赖平台具有正常的文件创建、读写删除修改、锁等能力针对不同平台如LiteOS-M内核、LiteOS-A内核等尽可能表现接口语义功能的不变

  • 由于平台能力差异数据库能力需要做相应裁剪,其中不同平台内部实现可能不同;

  • 对于指定路径仅支持创建数据库单例,不支持同一路径创建多数据库实例对象。

相关仓

分布式数据管理子系统

distributeddatamgr_appdatamgr

third_party_sqlite