[发明专利]一种节省通信录数据库存储空间的方法、系统及移动终端

说明书

技术领域

本发明属于移动终端领域，尤其涉及一种节省通信录数据库存储空间的方法、系统。 

背景技术

现有技术的情况：不管通信录里面有多少条记录，每条记录耗费的空间是一样大，因此浪费了很多存储空间。一般通信录中的每条联系人记录都包括有基本项和扩充项，基本项一般包括有姓名、别名、移动电话、办公室电话、家庭电话、电子邮件、传真等相关属性项；扩充项一般包括有语音来电铃声、通信地址、头像等相关属性项，因此，当每条联系人记录都包含有上述属性项时，那么占用通信录数据库的存储空间是非常大的。另外，由于每条联系人记录都填写满内容，因此在查找联系人的速度效率上便显得查找速率低的问题。 

发明内容

本发明的目的在于提供一种节省通信录数据库存储空间的方法，旨在解决现有技术中存在的联系人记录占用通信录数据库存储空间较大的问题。 

本发明是这样实现的，一种节省通信录数据库存储空间的方法，所述方法包括以下步骤： 

为通信录申请两个数据库存储区，第一存储区存储简易数据库，简易数据库存储联系人的常用字段信息，第二存储区存储详细数据库，详细数据库存储联系人的所有字段信息； 

接收输入的联系人字段信息； 

判断所述输入的联系人字段信息是否存在非常用字段； 

如果判断出存在非常用字段，则将所述输入的联系人字段信息存储至详细数据库中；否则，将所述输入的联系人字段信息存储至简易数据库中。 

本发明的另一目的在于提供一种节省通信录数据库存储空间的系统，所述系统包括： 

存储区申请模块，用于为通信录申请两个数据库存储区，第一存储区存储简易数据库，简易数据库存储联系人的常用字段信息，第二存储区存储详细数据库，详细数据库存储联系人的所有字段信息。 

接收模块，用于接收输入的联系人字段信息； 

第一判断模块，用于判断所述输入的联系人字段信息是否存在非常用字段； 

控制模块，用于如果判断出存在非常用字段，则将所述输入的联系人字段信息存储至详细数据库中；否则，将所述输入的联系人字段信息存储至简易数据库中。 

在本发明中，通过为通信录设计两个数据库，一个为简易数据库，该简易数据库只存储联系人的常用字段；一个为详细数据库，该详细数据库存储联系人的所有字段，从而使存储效率大大提高；而且，由于保存在简易数据库中的联系人的字段少，因此查找效率大大提高，方便了移动终端厂商，且方便了移动终端用户。 

附图说明

图1是本发明实施例提供的节省通信录数据库存储空间的方法的实现流程示意图。 

图2是本发明实施例提供的节省通信录数据库存储空间的系统的结构示意图。 

具体实施方式

为了使本发明的目的、技术方案及有益效果更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。 

在本发明实施例中，通过为通信录设计两个数据库，一个为简易数据库，该简易数据库只存储联系人的常用字段；一个为详细数据库，该详细数据库存储联系人的所有字段，从而解决了现有技术中存在的联系人记录占用通信录数据库存储空间较大的问题。 

请参阅图1，为本发明实施例提供的节省通信录数据库存储空间的方法的实现流程，其包括以下步骤： 

在步骤S101中，为通信录申请两个数据库存储区，第一存储区存储简易数据库，简易数据库存储联系人的常用字段信息，第二存储区存储详细数据库，详细数据库存储联系人的所有字段信息； 

在本发明实施例中，所述简易数据库存储联系人的常用字段信息主要包括联系人姓名及电话号码。 

所述详细数据库存储联系人的所有字段信息，例如包括：基本项和扩充项，基本项一般包括有姓名、别名、移动电话、办公室电话、家庭电话、电子邮件、传真等相关属性项；扩充项一般包括有语音来电铃声、通信地址、头像等相关属性项。 

然而，可以理解的是，简易数据库和详细数据库中存储的联系人的字段信息不限于上述提到的划分方式，其可根据用户自行定义。 

在步骤S102中，接收输入的联系人字段信息； 

在步骤S103中，判断所述输入的联系人字段信息是否存在非常用字段；