本文已参与「新人创作礼」活动，一起开启掘金创作之路。

1. 数据库系统

数据库系统是实现有组织地、动态地存储大量关联数据。与硬件、操作系统无关。

在产品中，数据的存储可使用文件系统存储，数据库系统存储两种方式。嵌入式行业因资源受限，数据量小的特点，会考虑采用文件系统存储数据。文件系统可以使用标准协议XML等，也可能会根据项目自定义存储结构。

与文件系统相比，数据库系统的存储方式有以下特点：

如果在嵌入式linux系统中，建议优先考虑使用数据库系统。而在单片机中，几乎不可避免得使用到文件系统。所以根据具体项目情况，选择合适的方案，无需追求数据库系统。

2. SQLite

嵌入式系统资源较为有限，一般不需要考虑高并发，发布式的使用场景，不合适采用大型数据库系统。SQLite是一款轻型的数据库，非常适合在嵌入式产品中，并且支持大部分的SQL语句和事务功能。

设有一个关系模式R（员工姓名、部门、部门经理，部门经理联系电话），仔细分析一下，我们就会发现这个模式存在存储异常的问题：

因此上述的关系模式R非常不合理。如果把R分解成两个关系模式：R1（员工姓名，部门名）和R2（部门名，部门经理，部门经理联系电话），则有效消除上述的问题。

在模式R中，员工与部门有直接联系，部门经理与部门有直接联系，而员工和部门经理无直接联系，这就产生了模式R的异常。因此，模式设计强调“每个联系单独表达”是一条重要的设计原则。

如果某数据库模式存在类似以上提到的异常问题，则可通过分解该关系模式来解决问题。把一个关系模式分解成几个子关系模式，需要可考虑的是该分解是否保持原有依赖，是否无损联接。

在对数据模型进行规范化时，主要通过拆分的方式达到目的，而不断的拆分带来了新的问题。因为对多个拆分后的表进行查询操作时，需要涉及大量的连接操作，使得查询变得费时与低效。为了有效地解决此问题，提出了反规范化理论，希望达到提供查询效率的目标。

指增加的列由表中其他数据计算生产。作用是在查询时减少连接操作，避免使用集函数。例如表中有单价，也有数据，此时增加列总额。

在多个表中具有相同的列，避免在查询时连接操作。当查询时过多连接另一张表某列数据时，可以在该表增加一冗余列，查询时即可在一张表得到数据，无需连接到另一张表。

当许多时候需要查看两个表连接出来的结果数据，则把这两个表重新组成一个表来减少连接而提高性能。

与常见的服务器后台数据相比，所有嵌入式的产品中，一般会具备以下特点：

在这里提出针对嵌入式数据库设计的几个思路：

系统数据与用户数据分离，比如设计成两个表，甚至两个数据库文件。目的是方便数据的迁移。当出现旧设备数据迁移到新设备时，可直接迁移用户数据，而不导致系统数据被覆盖。
用户数据可分为标准数据和非标准数据，预留个性化开发时使用。尽量保证标准产品和非标准产品之间的通用性。
嵌入式开发一般资源较少，应考虑效率问题，提高查询，插入的效率。设计数据结构时，减少冗余数据。
嵌入式产品高并发情况较少，设计良好的程序代码框架，减少数据库上锁的消耗。
兼容软件版本与数据库版本的问题。
可考虑数据库系统和文件系统相互配合使用的方案。