IBox2.0数据库及后台设计(草稿).docVIP

TOC \o 1-3 \h \u 15622 IBox2.0 数据库设计 2 26787 1.冰箱食材信息表（FoodInfo） 2 15261 2.食材信息表 (Material) 2 21740 4.食谱信息表(Recipe) 3 22331 5.食谱食材关联表(Recipe_Material) 3 5837 6.食谱功效表(Recipe_Label) 3 12551 7.食谱收藏表（Like_List) 3 4668 IBox2.0 后台简要设计 4 IBox2.0 数据库设计 1.冰箱食材信息表（FoodInfo） 字段 类型 长度 可否为空 说明 FoodId Integer (AUTOINCREMENT) 不可 id Name Varchar 64 不可 食材录入时名字 （包括品牌名） eg:小乐秀肉松 MaterialId Integer (foreign key) 不可 该食材属于的食材种类对应的Id eg:肉松对应Id InputTime datetime (YY-MM-DD hh:mm:ss ) 不可 入库时间 ProductTime datetime 不可 生产时间 Number Varchar 16 不可 数量 eg:500克 2.食材信息表 (Material) 字段 类型 长度 可否为空 说明 MaterialId Integer 不可 Id MaterialName varchar 64 不可 食材名称 ImgUrl Varchar 256 不可 图片路径 Category Varchar 16 不可 大类Id eg：肉类 Desc Varchar 1024 可 食材描述 额外说明： 这个表里的信息应该是预先存在数据库里的，属于IBox的知识库，可以用户拓展。可能需要对Desc做一些拓展，比如增加一些食材的功能介绍，适用人群，烹饪tips，储存技巧之类的。（但是现阶段先忽略） 3.冰箱食材统计表(Meterial_Statistics) 字段 类型 长度 可否为空 说明 MaterialId Integer 不可 食材ID Number Varchar 16 不可 当前冰箱该食材的数量 4.食谱信息表(Recipe) 字段 类型 长度 可否为空 说明 recipeId integer 不可 食谱Id Cook Varchar 16 可 工艺 eg:炒 Level Varchar 16 可 难度 eg：新手入门 Taste Varchar 16 可 口味 eg:辛辣 PrepareTime Varchar 32 可 准备时间 eg:小于30分钟 CookTime Varchar 32 可 烹饪时间 eg:30分钟 Procedure Varchar 2048 不可 （不同步骤使用分号分开） 步骤 eg:打蛋；放饭；蛋炒饭； 5.食谱食材关联表(Recipe_Material) 字段 类型 长度 可否为空 说明 RecipeId Integer 不可 食谱Id MaterialId Integer 不可 食材Id 6.食谱功效表(Recipe_Label) 字段 类型 长度 可否为空 说明 RecipeId Integer 不可 食谱Id Label Varchar 16 不可 食谱功效 eg:美容 7.食谱收藏表（Like_List) 字段 类型 长度 可否为空 说明 RecipeId Integer 不可 食谱Id IBox2.0 后台简要设计 远秀主要知道CFacade和CMydefine就好了。 CFacade:封装所有的后台功能 CMyDefine:定义了后台使用到的结构，宏，全局变量，枚举等等 详细设计以及变动以后补上，下面是简要说明： CDatabase:数据库层，封装SQLite，做IBox数据库初始化处理。 CDataHelper，CSqliteHelper：业务逻辑_数据库中间层，处理业务逻辑中与数据库沟通的部分。CDataHelper为抽象类，CSqliteHelper为使用Sqlite数据库的具体类。 CFoodMgt，CRecipeMgt：为业务逻辑层，实现食材和食谱的管理。 CTool：为全局静态类，处理一些时间、字符、排序等相关的操作。 CRecommend:业务逻辑层，推荐系统的抽象类（接口） CStrategy:业务逻辑层，推荐算法的抽象类（接口） CFreezerRecipeStrategy与CFreezerRecipeRecommend：分别为根据冰箱已有食材推荐食谱的推荐算法和推荐功能。