微擎数据库那些表到底是干啥的，结构和关系简单聊聊

微擎的核心思想是“一个核心平台，无数个应用（他们叫模块或应用）”，所以它的数据库表也基本分为两大类：一类是微擎核心平台自己运行所必需的表，另一类是每个独立安装的应用自己创建的表，你一看表前缀就能分清楚，比如核心表前缀可能是ims_，而一个叫“商城”的应用，它的表可能就是ims_ewei_shop_开头的。

先说说核心平台的那些关键表,这些是微擎的骨架。

最重要的肯定是账号体系，微擎是一个支持多公众号、多小程序、多用户（站长）的平台,所以它怎么管理这些关系呢？

• ims_users表：这是最顶层的用户表，注意，这个“用户”不是指你公众号的粉丝，而是指你这个微擎系统的管理员，就是你用来登录微擎后台的那个账号密码,一个微擎系统可以有多个管理员。
• ims_account 和 ims_uni_account表：这两个表是核心中的核心，负责管理所有的“统一账号”，在微擎里，一个公众号、一个小程序、甚至一个Web应用都被看作一个“统一账号”。ims_account可能存更底层的授权信息，而ims_uni_account则存账号的基本信息，比如名称、描述、等级等，你可以理解为，这是你微擎后台里看到的那个应用列表的“总目录”。
• ims_uni_settings表：既然有了账号，每个账号肯定有自己的设置，这个表就是存放每个“统一账号”的个性化配置的地方，比如公众号的AppID、AppSecret、支付信息等，都在这张表里，通过一个叫uniacid的字段和ims_uni_account表关联。
• ims_core_attachment表：这是平台的媒体库，你在微擎后台，无论哪个应用下，上传的图片、文件、音频，它的存储路径、大小等信息都会记录在这张表里，这样所有应用都能共享这些资源,避免重复存储。

接下来是跟公众号粉丝相关的表,这部分是微擎作为微信开发框架的关键。

• ims_mc_members表：这是会员中心表，可以理解为微擎平台层面的粉丝表，当一个微信用户关注了你的公众号，并且与你的微擎系统交互后，他的信息（openid、昵称、头像等）就会同步到这里,这个表试图建立一个跨应用的统一用户身份。
• ims_mc_mapping_fans表：这个表是粉丝映射表，因为一个用户可能在不同的公众号下有不同openid，这个表就记录了平台会员（ims_mc_members中的uid）和具体某个公众号（uniacid）下的粉丝openid的对应关系，它像一个桥梁,把平台用户和具体公众号的粉丝连接起来。

然后是一些支撑系统运行的表。

• ims_core_menu表：存放后台管理菜单的，你登录微擎后台左边看到的那一列菜单，结构就存在这里，不同的管理员角色可能看到不同的菜单,也靠这个表来管理。
• ims_modules 和 ims_modules_bindings表：ims_modules表是已安装应用注册表，你安装了一个新应用（比如投票系统），这个应用的基本信息（名称、版本、目录名等）就会在这里登记。ims_modules_bindings表则记录这个应用定义了哪些“入口”，比如它有哪些功能可以显示在公众号菜单里,有哪些功能可以作为手机端的导航图标。
• ims_rule 和 ims_keyword表：这是管理关键字回复的核心表。ims_rule表存规则名和基础信息，ims_keyword表存具体的关键字和匹配模式，当你给公众号设置了一个关键词自动回复,数据就存在这里。

好了，核心平台的表大概就这些关键角色，现在说说应用自己的表。

这部分就五花八门了，完全由应用开发者决定，但命名有规律，一般都是ims_[开发者前缀]_[应用名]_[表功能]，比如一个典型的商城应用（ewei_shop）,就会有：

• ims_ewei_shop_goods：商品表。
• ims_ewei_shop_order：订单表。
• ims_ewei_shop_member：商城的会员表（注意，这个和核心的ims_mc_members可能有关联，但专用于商城的积分、等级等）。

它们之间的关系可以简单总结一下：

1. uniacid是核心纽带：几乎所有的表，无论是核心表还是应用表，只要记录需要区分是哪个公众号/应用的，都会有一个uniacid字段，通过这个字段，就能把分散的数据归拢到各自的账号下,实现多公众号数据隔离。
2. 用户体系的关联：一个微信粉丝，在ims_mc_mapping_fans表里找到他的openid和对应的uniacid，然后通过uid关联到ims_mc_members表，就知道他在平台层面的统一信息，应用（如商城）又可以把自己的会员表（ims_ewei_shop_member）和ims_mc_members的uid关联,从而获取信息。
3. 模块与账号的绑定：ims_uni_account说“我有哪些账号”，ims_modules说“系统里装了哪些应用”，而ims_modules_bindings这样的表则记录了“哪个账号激活了哪个应用”。

微擎的数据库设计体现了其平台化、模块化的思想，核心表搭建了一个可以容纳多个公众号、多个应用、统一管理用户的脚手架，而每个应用则在遵守这个规则（主要是使用uniacid区分数据）的前提下，在自己的“地盘”（以自己前缀开头的表）里自由发挥，实现具体业务功能，当你操作微擎后台时，几乎每一个动作,背后都是这些表在协同工作和更新数据。